Vehicle instrument display control method and system based on storage medium and electronic equipment

By performing multi-level verification and rendering of the icons displayed on the car's instrument panel, the problem of insufficient accuracy of the instrument panel information was solved, thereby improving driving safety and real-time reliability of information.

CN121541806APending Publication Date: 2026-02-17CHINA FAW CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202511788942.5
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-11-30
Publication Date
2026-02-17

AI Technical Summary

Technical Problem

In the current technology, the information displayed on car instrument panels is not accurate enough, which may affect the driver's driving safety.

Method used

The integrity and consistency of icons are ensured by reading them from non-volatile storage media, verifying and rendering them, and using a multi-level verification mechanism including the ECC controller, SoC, LVDS interface and DDR memory to prevent screen freezing.

Benefits of technology

It improves the accuracy of vehicle instrument panel information display, enhances driving safety, prevents screen freezing, and ensures real-time reliability of information.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121541806A_ABST
    Figure CN121541806A_ABST
Patent Text Reader

Abstract

The invention discloses a vehicle instrument display control method and system based on a storage medium and electronic equipment, and the method comprises the steps: reading a to-be-displayed icon from a nonvolatile storage medium, and storing the to-be-displayed icon in a memory cache region; loading the to-be-displayed icon from the memory cache region through the display processing unit, and verifying the to-be-displayed icon to obtain a target verification value; reading an original verification value of the to-be-displayed icon from the nonvolatile storage medium through the display processing unit, and comparing the target verification value with the original verification value; and when the target verification value is consistent with the original verification value, rendering the to-be-displayed icon through the display processing unit to obtain target display data, and transmitting the target display data to an instrument screen through the LVDS interface to be displayed. The vehicle instrument information display accuracy is improved, so that the vehicle driving safety is improved, and the method can be applied to the technical field of vehicle control.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of vehicle control technology, and in particular to a vehicle instrument display control method, system, and electronic device based on a storage medium. Background Technology

[0002] With the development of new energy vehicles, the requirements for car cabins are becoming increasingly stringent, and the functions and displays on car dashboards are also increasing. While functions and displays are expanding, the functional safety of car dashboards should receive greater attention. Therefore, for driver safety, it is necessary to ensure that warning icons and images on the dashboard are accurate to avoid affecting the driver's judgment during driving. Summary of the Invention

[0003] The purpose of this invention is to at least partially solve one of the technical problems existing in the prior art.

[0004] Therefore, one objective of this invention is to provide a vehicle instrument display control method based on a storage medium, which improves the accuracy of vehicle instrument information display and thus enhances vehicle driving safety.

[0005] Another objective of this invention is to provide a vehicle instrument display control system based on a storage medium.

[0006] To achieve the above-mentioned technical objectives, the technical solutions adopted in the embodiments of the present invention include: On one hand, embodiments of the present invention provide a vehicle instrument display control method based on a storage medium, comprising the following steps: Read the icon to be displayed from the non-volatile storage medium and store the icon to be displayed in the memory cache; The display processing unit loads the icon to be displayed from the memory cache and verifies the icon to be displayed to obtain the target verification value. The display processing unit reads the original verification value of the icon to be displayed from the non-volatile storage medium and compares the target verification value with the original verification value. When the target verification value matches the original verification value, the display processing unit renders the icon to be displayed to obtain target display data, and transmits the target display data to the instrument screen for display via the LVDS interface.

[0007] Furthermore, in one embodiment of the present invention, before reading the icon to be displayed from the non-volatile storage medium, the method further includes: Multiple displayable icons for a vehicle instrument panel are identified, an icon verification value for each displayable icon is calculated, and a backup icon for each displayable icon is configured. The displayable icons, their corresponding icon verification values, and the backup icons are then stored in the non-volatile storage medium.

[0008] Furthermore, in one embodiment of the present invention, before reading the icon to be displayed from the non-volatile storage medium, the method further includes: The non-volatile storage medium is subjected to low-level data verification via an ECC controller. When a single-bit error is detected in the displayable icon, the error is corrected by the ECC controller. When a multi-bit error is detected in the displayable icon, the multi-bit error is reported to the SoC, causing the SoC to re-determine the displayable icon and recalculate the icon check value, and store the re-determined displayable icon and the recalculated icon check value in the non-volatile storage medium.

[0009] Furthermore, in one embodiment of the present invention, after comparing the target verification value with the original verification value, the method further includes: When the target verification value is inconsistent with the original verification value, the backup icon corresponding to the icon to be displayed is read from the non-volatile storage medium, and the backup icon is rendered by the display processing unit to obtain the target display data. Then, the target display data is transmitted to the instrument screen for display through the LVDS interface.

[0010] Furthermore, in one embodiment of the present invention, before rendering the icon to be displayed by the display processing unit to obtain the target display data, the method further includes: The format of the icon to be displayed is validated to determine whether the pixel format and resolution of the icon are compatible with the instrument screen.

[0011] Furthermore, in one embodiment of the present invention, the vehicle instrument display control method further includes the following steps: The display processing unit and / or the LVDS interface are used to calculate the data frame check value of multiple consecutive display data frames. When the data frame check value remains unchanged for a preset duration threshold, screen freeze anomaly information is reported to the SoC.

[0012] On the other hand, embodiments of the present invention provide a vehicle instrument display control system based on a storage medium, comprising: An icon caching module is used to read icons to be displayed from non-volatile storage media and store the icons to be displayed in a memory cache area; An icon loading module is used to load the icon to be displayed from the memory cache through the display processing unit, and to verify the icon to be displayed to obtain a target verification value; The verification value comparison module is used to read the original verification value of the icon to be displayed from the non-volatile storage medium through the display processing unit, and compare the target verification value with the original verification value; The icon rendering and display module is used to render the icon to be displayed by the display processing unit to obtain target display data when the target verification value is consistent with the original verification value, and to transmit the target display data to the instrument screen for display through the LVDS interface.

[0013] On the other hand, embodiments of the present invention provide an electronic device, which includes a memory, a processor, a program stored in the memory and executable on the processor, and a data bus for enabling communication between the processor and the memory. When the program is executed by the processor, it implements the vehicle instrument display control method based on the storage medium as described above.

[0014] On the other hand, embodiments of the present invention also provide a vehicle, the vehicle including a vehicle instrument display control system or electronic device based on a storage medium as described above.

[0015] On the other hand, embodiments of the present invention also provide a storage medium, which is a computer-readable storage medium for computer-readable storage. The storage medium stores one or more programs, which can be executed by one or more processors to implement the vehicle instrument display control method based on the storage medium as described above.

[0016] On the other hand, embodiments of the present invention also provide a computer program product, including a computer program that, when executed by a processor, implements the vehicle instrument display control method based on a storage medium as described above.

[0017] The advantages and beneficial effects of the present invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention: This invention reads an icon to be displayed from a non-volatile storage medium and stores it in a memory cache. A display processing unit loads the icon from the memory cache and verifies it to obtain a target verification value. The display processing unit then reads the original verification value of the icon from the non-volatile storage medium and compares it with the target verification value. If the target verification value matches, the display processing unit renders the icon to obtain target display data and transmits the target display data to the instrument panel screen via the LVDS interface. This invention verifies the icon loaded from the memory cache and compares the verification value with the original verification value read from the non-volatile storage medium. Only when they match is the icon rendered and displayed, improving the accuracy of vehicle instrument panel information display and thus enhancing driving safety. Attached Figure Description

[0018] To more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings used in the embodiments of the present invention are described below. It should be understood that the drawings described below are only for the convenience of clearly describing some embodiments of the technical solutions of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1 A flowchart illustrating the steps of a vehicle instrument display control method based on a storage medium, as provided in an embodiment of the present invention; Figure 2 A schematic diagram of the structure of a vehicle instrument display control system based on a storage medium provided in an embodiment of the present invention; Figure 3 This is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present invention. Detailed Implementation

[0020] The embodiments of the present invention are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain this application, and should not be construed as limiting this application. It should be noted that although functional modules are divided in the system schematic diagram and a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the system schematic diagram or the order in the flowchart. The step numbers in the following embodiments are only set for ease of explanation and do not limit the order between steps. The execution order of each step in the embodiments can be adaptively adjusted according to the understanding of those skilled in the art.

[0021] In the description of this invention, "multiple" means two or more. The use of "first" and "second" is for distinguishing technical features only and should not be construed as indicating or implying relative importance, the number of indicated technical features, or the order of the indicated technical features. Furthermore, unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0022] It should be noted that in all specific embodiments of this application, when processing data related to user identity or characteristics, such as user information, user behavior data, user historical data, and user location information, user permission or consent is obtained first. Furthermore, the collection, use, and processing of this data comply with relevant laws, regulations, and standards of the relevant countries and regions. In addition, when embodiments of this application require access to sensitive personal information of users, separate permission or consent from the user is obtained through pop-ups or redirects to confirmation pages. Only after obtaining the user's separate permission or consent is the necessary user-related data for the proper functioning of the embodiments of this application obtained.

[0023] This invention adds multiple verification logic to the original hardware, requiring icons or videos that should be directly pushed to the screen to be verified first before being sent to the next level. This ensures the accuracy of the car instrument information and can determine whether there are abnormal phenomena such as screen freezing.

[0024] like Figure 1 The diagram shown is a flowchart of a vehicle instrument display control method based on a storage medium provided in an embodiment of the present invention. (Refer to...) Figure 1 This invention provides a vehicle instrument display control method based on a storage medium, specifically including the following steps: S101. Read the icon to be displayed from the non-volatile storage medium and store the icon to be displayed in the memory cache. S102. The display processing unit loads the icon to be displayed from the memory cache and verifies the icon to be displayed to obtain the target verification value. S103. The display processing unit reads the original check value of the icon to be displayed from the non-volatile storage medium and compares the target check value with the original check value. S104. When the target verification value is consistent with the original verification value, the display processing unit renders the icon to be displayed to obtain the target display data, and transmits the target display data to the instrument screen for display through the LVDS interface.

[0025] The embodiments of the present invention achieve functional safety of icons and screens through the cooperation of storage medium, SoC and LVDS interface, and can meet the functional safety requirements of vehicle instruments through multiple verifications and validations.

[0026] Specifically, in this embodiment of the invention, warning icons, fault icons, and other information are stored in eMMC or other chips capable of non-volatile storage, such as UFS / FLASH / SSD. Taking eMMC as an example, this invention stores the original checksums of various displayable icons calculated using CRC within the eMMC. Since eMMC is non-volatile storage, the CRC of the icons will not be lost in the eMMC and can be used as a reference for the original icons. However, the images to be output to the instrument are output from the DDR memory cache. The data in the DDR disappears after power failure and cannot be used as a reference.

[0027] When a car malfunctions and the instrument panel needs to display a warning or fault icon, the SoC will configure the icon area and the original check value into the DPU (Display Processing Unit). The DPU hardware will compare the CRC check value of the icon display area with the original CRC check value. If they match, the SoC will output the icon rendering data to the LVDS interface. If they do not match, the SoC will notify the customized callback module to process the data and determine the appropriate action based on the set logic.

[0028] It can be understood that the embodiments of the present invention verify the icon to be displayed loaded from the memory cache and compare the verification value with the original verification value read from the non-volatile storage medium. When the two are consistent, the icon to be displayed is then rendered and displayed, which improves the accuracy of vehicle instrument information display and thus improves vehicle driving safety.

[0029] As a further optional implementation, before reading the icon to be displayed from the non-volatile storage medium, the method further includes: S201. Determine multiple displayable icons for the vehicle instrument panel, calculate the icon verification value for each displayable icon, configure a spare icon for each displayable icon, and then store the displayable icons, their corresponding icon verification values, and spare icons into a non-volatile storage medium.

[0030] Specifically, in the development phase, this embodiment of the invention pre-calculates a hash value (such as SHA-256) or a CRC32 / CRC64 checksum for each displayable icon resource to obtain an icon checksum, which is then stored together with the icon data in a specific area of ​​the storage medium (such as the metadata area). At the same time, this embodiment of the invention configures a corresponding backup icon for each displayable icon, which is also stored in the storage medium.

[0031] As a further optional implementation, before reading the icon to be displayed from the non-volatile storage medium, the method further includes: S301. Perform low-level data verification on non-volatile storage media through the ECC controller; S302. When a single-bit error is detected in a displayable icon, the error is corrected by the ECC controller. S303. When a multi-bit error is detected in a displayable icon, the multi-bit error is reported to the SoC, causing the SoC to redetermine the displayable icon and recalculate the icon check value, and store the redetermined displayable icon and the recalculated icon check value in a non-volatile storage medium.

[0032] Specifically, before or during the loading of icon data from the storage medium, the SoC can use its built-in ECC (Error Checking and Correction) controller to perform low-level data verification on the storage medium (such as an ECC-enabled eMMC). ECC can correct single-bit errors and detect multi-bit errors, ensuring the basic integrity of the original data when read from the storage medium. When a multi-bit error is detected in a displayable icon, the multi-bit error is reported to the SoC, causing the SoC to re-determine the displayable icon and recalculate the icon check value. The re-determined displayable icon and the recalculated icon check value are then stored in a non-volatile storage medium.

[0033] As a further optional implementation, after comparing the target check value with the original check value, the method further includes: S401. When the target verification value is inconsistent with the original verification value, the backup icon corresponding to the icon to be displayed is read from the non-volatile storage medium, and the backup icon is rendered by the display processing unit to obtain the target display data. Then, the target display data is transmitted to the instrument screen for display through the LVDS interface.

[0034] Specifically, when the target check value is inconsistent with the original check value, the icon data is determined to be corrupted and a security response is triggered. The backup icon corresponding to the icon to be displayed is read from the non-volatile storage medium, and then the backup icon is rendered and displayed. As a further optional implementation, before the display processing unit renders the icon to be displayed to obtain the target display data, the method further includes: S501. Perform format verification on the icon to be displayed to determine whether the pixel format and resolution of the icon to be displayed are compatible with the instrument screen.

[0035] Specifically, before rendering the icons to be displayed, format validation (such as checking whether the pixel format and resolution meet expectations) and boundary validation (to prevent out-of-bounds access) can be performed to avoid illegal data causing GPU malfunctions or display errors. Some SoCs' display controllers also support basic validity checks on input image data.

[0036] As an optional implementation, the vehicle instrument display control method further includes the following steps: S601, calculate the data frame check value of multiple consecutively displayed data frames through the display processing unit and / or LVDS interface; S602. When the data frame check value remains unchanged for a preset duration threshold, report the screen freeze exception information to the SoC.

[0037] Specifically, while outputting the correct icons, the vehicle's instrument panel also needs to display those icons on the screen; that is, the instrument panel display must not freeze. Specifically, when the instrument panel is working correctly, it performs two checks via the DPU and LVDS. Each check compares the CRC values ​​of the same area in consecutive output frames. Through continuous monitoring, if the CRC remains unchanged for an extended period, a screen freeze anomaly is triggered. This message is then passed to a customized callback module for processing. The module determines the appropriate action based on predefined logic. The specific structure and function of the customized callback module can be adjusted according to different SoC chip manufacturers and software.

[0038] The present invention will be further described below with reference to a specific embodiment.

[0039] In the field of automotive electronics, the instrument panel, as the core interface for human-machine interaction, directly affects the driver's accurate perception of the vehicle's status and driving safety. This invention achieves critical icon verification and screen freeze detection functions through the core control of a system-on-a-chip (SoC), high-speed and reliable transmission of a low-voltage differential signaling (LVDS) interface, and efficient data caching and verification of double data rate memory (DDR).

[0040] Automotive instrument panels need to provide drivers with critical information such as vehicle speed, engine speed, fuel level, and fault alarms. Functional safety requirements dictate that this information must be accurate, real-time, and reliable. The functions to be achieved in this invention are as follows: 1) Icon verification: Ensure that the icon data loaded from the storage medium (such as Flash) to the display has not been tampered with or damaged (such as bit flipping, storage error).

[0041] 2) Screen freeze detection: Prevents the instrument display from freezing due to software deadlock, hardware failure or communication interruption, thus failing to reflect the latest vehicle status.

[0042] Storage media (such as eMMC and NOR Flash) are the carriers of static resources like icons, and their data integrity is the first line of defense for functional safety. SoC, LVDS, and DDR play key roles in data processing, transmission, and caching, together constructing a multi-layered protection mechanism.

[0043] 1. SoC: Core Control and Data Verification Engine As the "brain" of the instrumentation system, the SoC integrates modules such as CPU, GPU, display processing unit (DPU), storage controller, and verification unit, and is responsible for coordinating the implementation of icon verification and screen freeze detection.

[0044] 1) Implementation path of icon verification Pre-verification at the storage medium: Before or during loading icon data from the storage medium, the SoC can use its built-in ECC (Error Checking and Correction) controller to perform low-level data verification on the storage medium (such as eMMC that supports ECC). ECC can correct single-bit errors and detect multi-bit errors, ensuring the basic integrity of the original data when it is read from the storage medium.

[0045] Hash / CRC Check During Loading: The SoC's CPU or a dedicated check coprocessor (such as the Crypto Engine) can perform higher-level checks on icon data loaded into DDR. During development, a hash value (such as SHA-256) or CRC32 / CRC64 checksum is pre-calculated for each icon resource and stored along with the icon data in a specific area of ​​the storage medium (such as the metadata area). During loading, the SoC reads the icon data, calculates its hash / CRC value in real time, and compares it with the pre-stored value. If they do not match, the data is considered corrupted, triggering a security response (such as using a backup icon, displaying a fault symbol, or entering a degraded mode). This process can be implemented by CPU software or improved through hardware acceleration units (such as a SHA accelerator).

[0046] Format and boundary checks before DPU rendering: Before rendering icon data, the SoC's DPU can perform format checks (such as checking whether the pixel format and resolution meet expectations) and boundary checks (to prevent out-of-bounds access) to avoid illegal data causing DPU malfunctions or display errors. Some SoCs' display controllers also support basic validity checks on input image data.

[0047] 2) The dominant role of screen freeze detection Periodic "heartbeat" mechanism: The SoC's CPU or dedicated monitoring modules (such as the WDT watchdog timer or RTC real-time clock) can generate periodic "heartbeat" signals. For example, the operating system kernel or critical application tasks need to feed the watchdog periodically. If the watchdog is not fed for a set period of time, the WDT will trigger a reset or interrupt, indicating that the system may freeze.

[0048] Display frame update monitoring: The SoC's display controller (DPU) is responsible for sending image data from the frame buffer (located in DDR) to the LVDS transmitter. The SoC can determine whether the screen is updating by monitoring the DPU's frame synchronization signal (VSYNC) or internal frame counter. If the frame counter does not increment or the frame buffer content does not change within a preset period (such as multiple VSYNC periods) (combined with content comparison), the screen is determined to be frozen.

[0049] Vehicle data update trigger verification: The SoC receives real-time vehicle data (such as vehicle speed and RPM) via interfaces such as CAN / LIN / Ethernet. If core vehicle data changes (exceeding a threshold) and the instrument display does not update accordingly, a screen freeze detection may be triggered. The SoC can compare the latest data with the corresponding icon / value in the display buffer, and an alarm will be triggered if they are inconsistent.

[0050] 2. DDR: Data caching and dynamic integrity assurance DDR, as system memory, is a temporary buffer for icon data after it is loaded from the storage medium and before it is transmitted to the display controller. It also carries the frame buffer. Its data integrity is crucial for the correct final display.

[0051] 1) Protection of icon data in DDR ECC Protection: If the SoC's DDR controller supports DDR ECC (such as the ECC function of LPDDR4 / 5), it can perform real-time ECC verification on icon data and frame buffer data stored in DDR. When data is written to DDR, an ECC code is generated, and verification and error correction are performed when reading out to prevent data corruption caused by DDR hardware failures (such as single-event faults), thereby indirectly ensuring the correctness of icon display.

[0052] Address Boundary Protection (MPU / MMU): The SoC's Memory Protection Unit (MPU) or Memory Management Unit (MMU) can set access permissions and boundaries for icon data areas and frame buffers in DDR. This prevents unauthorized software tasks from accidentally rewriting icon data or frame buffers, causing display anomalies.

[0053] 2) Assisted screen freeze detection Frame buffer content comparison: The SoC can periodically (e.g., every VSYNC cycle) read key areas (such as vehicle speed, tachometer position, and dynamic icon areas) of the frame buffer in DDR and compare them with the expected update value or the data from the previous frame. If the key area data is completely consistent across multiple consecutive frames and the vehicle status has actually changed, it can help determine if the screen is frozen. This process needs to be combined with real-time vehicle data to avoid misjudgments (e.g., some icons remain unchanged when the vehicle is stationary).

[0054] 3. LVDS interface: High-speed transmission and link monitoring The LVDS interface is a high-speed serial differential transmission interface that connects the SoC display controller to the LCD panel (T-Con board). It is responsible for transmitting image data from the frame buffer in DDR to the screen in a high-bandwidth, low-noise manner. The integrity of this link directly affects whether the display is normal.

[0055] 1) Data integrity guarantee of transmission links Differential characteristics of LVDS signals: LVDS itself transmits signals through differential signals, which has strong resistance to electromagnetic interference (EMI) and can reduce signal distortion and data errors during transmission.

[0056] Link-layer CRC check: Some advanced LVDS transmitters / receivers (SerDes) support link-layer CRC check. The SoC's display controller can add a CRC checksum to each data packet before sending it to the LVDS transmitter; the LVDS receiver performs the check at the receiving end, and if an error is found, it can be fed back to the SoC. The SoC can then determine that the transmission link is abnormal, which may trigger a retransmission or enter a safe state.

[0057] 2) Assisted screen freeze detection LVDS Link Activity Monitoring: The SoC can determine whether the LVDS link is working properly by monitoring the status register of the LVDS transmitter or the handshake signal with the T-Con board (such as I2C communication). If the link is interrupted (such as a loose cable or chip failure), the SoC will be unable to send or receive normal signals, thus detecting display abnormalities. This is an extreme case of screen freezing (black screen or distorted screen).

[0058] VSYNC / HYNC Signal Monitoring: LVDS transmission includes synchronization signals (VSYNC / HYNC). The SoC or external monitoring circuitry can detect the presence and frequency of these synchronization signals. If the synchronization signals are lost or the frequency is abnormal (far below the normal refresh rate), it may indicate a display controller malfunction or an internal SoC problem, indirectly supporting the determination of screen freezing.

[0059] 4. Collaborative working mechanism: multi-layered protection and fault response Icon verification and screen freeze detection are not performed independently by each module, but are the result of close collaboration between the SoC, LVDS, DDR and storage media, forming a closed-loop protection from the data source to the final display.

[0060] 1) Collaborative process for icon verification Storage medium → DDR: The SoC reads icon data through the storage controller, the ECC controller verifies the storage medium data, and when loaded into DDR, DDR ECC (if supported) begins to protect the data.

[0061] DPU Internal Verification: The SoC's DPU performs a hash / CRC check on the icon data in DDR and compares it with the pre-stored check value in the storage medium. If the check passes, it proceeds to the next step.

[0062] DPU → Display Controller: The display controller reads the validated icon data from the DDR and prepares for rendering.

[0063] Display Controller → LVDS: Rendered data is transmitted via LVDS, and link CRC (if supported) ensures transmission integrity. If any step fails to verify the data, the SoC immediately initiates a fault handling mechanism (such as discarding erroneous data, using a backup icon, illuminating a fault indicator light, and reporting diagnostic information).

[0064] 2) Collaborative process for screen freeze detection SoC internal monitoring: CPU task scheduling, WDT, frame counter monitoring core software and display controller activity.

[0065] DDR frame buffer monitoring: The SoC periodically compares key data of the frame buffer in DDR with expected values ​​(based on the latest vehicle data).

[0066] LVDS Link Monitoring: The SoC monitors the LVDS synchronization signal and link status to ensure continuous data transmission. If the SoC detects that the frame counter is stuck, the frame buffer content is not updated and the vehicle data changes, or the LVDS link is interrupted, it determines that the screen is frozen and immediately triggers a safety response (such as restarting the display driver, switching to simplified standby display mode, and issuing an audible and visual alarm).

[0067] It can be recognized that the embodiments of the present invention construct an icon verification and screen freeze detection mechanism covering the entire process of "storage-loading-caching-transmission-display" through centralized control and multi-level verification (ECC, hash / CRC) of SoC, dynamic data integrity protection of DDR (ECC, MPU), and high-speed reliable transmission and link monitoring of LVDS. This multi-module collaborative method can effectively meet the functional safety requirements of the instrument system.

[0068] The method steps of the embodiments of the present invention have been described above. It can be understood that the embodiments of the present invention verify the icon to be displayed loaded from the memory cache and compare the verification value with the original verification value read from the non-volatile storage medium. When the two match, the icon to be displayed is then rendered, improving the accuracy of vehicle instrument information display and thus enhancing vehicle driving safety.

[0069] like Figure 2 The diagram shown is a structural schematic of a vehicle instrument display control system based on a storage medium provided in an embodiment of the present invention. (Refer to...) Figure 2This invention provides a vehicle instrument display control system based on a storage medium, comprising: The icon caching module is used to read icons to be displayed from non-volatile storage media and store the icons to be displayed in the memory cache. The icon loading module is used to load the icon to be displayed from the memory cache through the display processing unit, and to verify the icon to be displayed to obtain the target verification value; The verification value comparison module is used to read the original verification value of the icon to be displayed from the non-volatile storage medium through the display processing unit, and compare the target verification value with the original verification value; The icon rendering and display module is used to render the target display data by the display processing unit when the target verification value is consistent with the original verification value, and then transmit the target display data to the instrument screen for display through the LVDS interface.

[0070] It is understood that the content of the above method embodiments is applicable to this system embodiment. The specific functions implemented by this device embodiment are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0071] This invention also provides an electronic device, comprising: a memory, a processor, a program stored in the memory and executable on the processor, and a data bus for communication between the processor and the memory. When the program is executed by the processor, it implements the aforementioned vehicle instrument display control method based on the storage medium. This electronic device can be any smart terminal, including a tablet computer or an in-vehicle computer.

[0072] like Figure 3 The diagram shown is a hardware structure schematic of an electronic device provided in an embodiment of the present invention. (Refer to...) Figure 3 This invention provides an electronic device, comprising: The processor 301 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of the present invention. The memory 302 can be implemented as a read-only memory (ROM), static storage device, dynamic storage device, or random access memory (RAM). The memory 302 can store the operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 302 and is called and executed by the processor 301 to implement the vehicle instrument display control method based on the storage medium according to the embodiments of this invention. Input / output interface 303 is used to implement information input and output; The communication interface 304 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, network cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.). Bus 305 transmits information between various components of the device (e.g., processor 301, memory 302, input / output interface 303, and communication interface 304); The processor 301, memory 302, input / output interface 303, and communication interface 304 are connected to each other within the device via bus 305.

[0073] It is understood that the content of the above method embodiments is applicable to this device embodiment. The specific functions implemented by this device embodiment are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0074] This invention also provides a vehicle that includes the electric drive assembly of the aforementioned vehicle instrument display control system or electronic device based on a storage medium.

[0075] The vehicle can be a private car, such as a sedan, SUV, MPV, or pickup truck. It can also be a commercial vehicle, such as a van, bus, small truck, or large semi-trailer. The vehicle must have an electric motor capable of outputting power or acting as a generator to store mechanical energy. When the vehicle is a new energy vehicle, it can be a hybrid or a pure electric vehicle.

[0076] Since the vehicle applies all the technical solutions of the above-described vehicle instrument display control system or electronic device based on storage medium, it has at least all the beneficial effects brought about by the technical solutions of the above embodiments, which will not be repeated here.

[0077] This invention also provides a storage medium, which is a computer-readable storage medium for computer-readable storage. The storage medium stores one or more programs, which can be executed by one or more processors to implement the above-described vehicle instrument display control method based on the storage medium.

[0078] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0079] It is understood that the content of the above method embodiments is applicable to this storage medium embodiment. The specific functions implemented in this storage medium embodiment are the same as those in the above method embodiments, and the beneficial effects achieved are also the same as those achieved in the above method embodiments.

[0080] This invention also provides a computer program product or computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device can read the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, causing the computer device to perform... Figure 1 The method shown.

[0081] It is understood that the content of the above method embodiments is applicable to the embodiments of this program product. The specific functions implemented by the embodiments of this program product are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0082] The embodiments described in this invention are for the purpose of more clearly illustrating the technical solutions of the embodiments of this invention, and do not constitute a limitation on the technical solutions provided by the embodiments of this invention. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this invention are also applicable to similar technical problems.

[0083] The terms "first," "second," "third," "fourth," etc. (if present) in the specification and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0084] In some alternative embodiments, the functions / operations mentioned in the block diagrams may not occur in the order shown in the operation diagrams. For example, depending on the functions / operations involved, two consecutively shown blocks may actually be executed substantially simultaneously, or the aforementioned blocks may sometimes be executed in reverse order. Furthermore, the embodiments presented and described in the flowcharts of this invention are provided by way of example to provide a more comprehensive understanding of the technology. The disclosed methods are not limited to the operations and logic flows presented herein. Alternative embodiments are contemplated in which the order of various operations is changed and sub-operations described as part of a larger operation are executed independently.

[0085] Furthermore, although the invention has been described in the context of functional modules, it should be understood that, unless otherwise stated, one or more of the aforementioned functions and / or features may be integrated into a single physical device and / or software module, or one or more functions and / or features may be implemented in a separate physical device or software module. It is also understood that a detailed discussion of the actual implementation of each module is unnecessary for understanding the invention. Rather, given the properties, functions, and internal relationships of the various functional modules in the apparatus disclosed herein, the actual implementation of the module will be understood within the scope of conventional skill of an engineer. Therefore, those skilled in the art can implement the invention as set forth in the claims using ordinary techniques without excessive experimentation. It is also understood that the specific concepts disclosed are merely illustrative and not intended to limit the scope of the invention, which is determined by the full scope of the appended claims and their equivalents.

[0086] If the aforementioned functions are implemented as 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 this invention, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0087] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-including system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device.

[0088] More specific examples (a non-exhaustive list) of computer-readable media include: electrical connections (electronic devices) having one or more wires, portable computer disk drives (magnetic devices), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Furthermore, computer-readable media can even be paper or other suitable media on which the aforementioned program can be printed, because the aforementioned program can be obtained electronically, for example, by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in computer memory.

[0089] It should be understood that various parts of the present invention can be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, multiple steps or methods can be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, it can be implemented using any one or a combination of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0090] In the foregoing description of this specification, references to terms such as "one embodiment," "another embodiment," or "some embodiments" indicate that a specific feature, structure, material, or characteristic described in connection with an embodiment or example is included in at least one embodiment or example of the present invention. In this specification, illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0091] Although embodiments of the invention have been shown and described, those skilled in the art will understand that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the claims and their equivalents.

[0092] The above is a detailed description of the preferred embodiments of the present invention. However, the present invention is not limited to the above embodiments. Those skilled in the art can make various equivalent modifications or substitutions without departing from the spirit of the present invention. All such equivalent modifications or substitutions are included within the scope defined by the claims of this application.

Claims

1. A vehicle instrument display control method based on a storage medium, characterized in that, Includes the following steps: Read the icon to be displayed from the non-volatile storage medium and store the icon to be displayed in the memory cache; The display processing unit loads the icon to be displayed from the memory cache and verifies the icon to be displayed to obtain the target verification value. The display processing unit reads the original verification value of the icon to be displayed from the non-volatile storage medium and compares the target verification value with the original verification value. When the target verification value matches the original verification value, the display processing unit renders the icon to be displayed to obtain target display data, and transmits the target display data to the instrument screen for display via the LVDS interface.

2. The vehicle instrument display control method based on a storage medium according to claim 1, characterized in that, Before reading the icon to be displayed from the non-volatile storage medium, the process also includes: Multiple displayable icons for a vehicle instrument panel are identified, an icon verification value for each displayable icon is calculated, and a backup icon for each displayable icon is configured. The displayable icons, their corresponding icon verification values, and the backup icons are then stored in the non-volatile storage medium.

3. The vehicle instrument display control method based on a storage medium according to claim 2, characterized in that, Before reading the icon to be displayed from the non-volatile storage medium, the process also includes: The non-volatile storage medium is subjected to low-level data verification via an ECC controller. When a single-bit error is detected in the displayable icon, the error is corrected by the ECC controller. When a multi-bit error is detected in the displayable icon, the multi-bit error is reported to the SoC, causing the SoC to re-determine the displayable icon and recalculate the icon check value, and store the re-determined displayable icon and the recalculated icon check value in the non-volatile storage medium.

4. The vehicle instrument display control method based on a storage medium according to claim 2, characterized in that, After comparing the target verification value with the original verification value, the method further includes: When the target verification value is inconsistent with the original verification value, the backup icon corresponding to the icon to be displayed is read from the non-volatile storage medium, and the backup icon is rendered by the display processing unit to obtain the target display data. Then, the target display data is transmitted to the instrument screen for display through the LVDS interface.

5. The vehicle instrument display control method based on a storage medium according to claim 1, characterized in that, Before the step of rendering the icon to be displayed by the display processing unit to obtain the target display data, the method further includes: The format of the icon to be displayed is validated to determine whether the pixel format and resolution of the icon are compatible with the instrument screen.

6. A vehicle instrument display control method based on a storage medium according to any one of claims 1 to 5, characterized in that, The vehicle instrument display control method further includes the following steps: The display processing unit and / or the LVDS interface are used to calculate the data frame check value of multiple consecutive display data frames. When the data frame check value remains unchanged for a preset duration threshold, screen freeze anomaly information is reported to the SoC.

7. A vehicle instrument display control system based on a storage medium, characterized in that, include: An icon caching module is used to read icons to be displayed from non-volatile storage media and store the icons to be displayed in a memory cache area; An icon loading module is used to load the icon to be displayed from the memory cache through the display processing unit, and to verify the icon to be displayed to obtain a target verification value; The verification value comparison module is used to read the original verification value of the icon to be displayed from the non-volatile storage medium through the display processing unit, and compare the target verification value with the original verification value; The icon rendering and display module is used to render the icon to be displayed by the display processing unit to obtain target display data when the target verification value is consistent with the original verification value, and to transmit the target display data to the instrument screen for display through the LVDS interface.

8. An electronic device, characterized in that, The electronic device includes a memory, a processor, a program stored in the memory and executable on the processor, and a data bus for enabling communication between the processor and the memory. When the program is executed by the processor, it implements the vehicle instrument display control method based on the storage medium as described in any one of claims 1 to 6.

9. A vehicle, characterized in that, The vehicle includes a vehicle instrument display control system based on a storage medium as described in claim 7 or an electronic device as described in claim 8.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by the processor, it implements the vehicle instrument display control method based on the storage medium as described in any one of claims 1 to 6.