Instrument display method and device based on multi-level cache, equipment and storage medium

Abstract

This application relates to the field of vehicle technology and discloses a method, device, equipment, and storage medium for instrument display based on multi-level caching. The method includes: collecting user operation data; determining the sampling frequency of vehicle dynamic data based on the user operation data; collecting vehicle dynamic data based on the sampling frequency; setting up a first and a second data buffer, two data buffers of specified byte lengths; storing the vehicle dynamic data to be displayed on the instrument panel into the data buffer that meets preset requirements; when the data buffer reception time meets a preset duration or the data in the buffer reaches a preset number of bytes, packaging the cached data in the corresponding data buffer into a data packet and sending it to the first data buffer; buffering the data packet through a hardware buffering mechanism to obtain a first buffered data packet; performing polling priority allocation processing on the first buffered data packet using the second data buffer; and updating the instrument display information based on the allocation processing result. This application helps improve the smoothness of the instrument display.

Description

Technical Field

[0001] This invention relates to the field of vehicle technology, and in particular to an instrument display method, apparatus, device, and storage medium based on multi-level caching. Background Technology

[0002] Currently, automotive instrument panels have fully transitioned from the era of traditional mechanical gauges to a new stage of digitalization and intelligence, becoming one of the core interactive interfaces of smart cockpits. Digital full-LCD instrument panels are rapidly replacing traditional mechanical gauges and becoming the mainstream configuration. With their high-resolution screens, digital full-LCD instrument panels can flexibly display vehicle status, navigation routes, multimedia information, and even ADAS warning content, greatly improving information readability and the technological feel of the cockpit.

[0003] However, the following problems often exist in the process of displaying instrument information: traditional solutions rely on data from a single sensor or control unit, which is easily affected by external interference, leading to display errors or delays; the display refresh rate is fixed, making it impossible to optimize display smoothness; and there is no in-depth optimization for the characteristics of the instrument hardware, such as not using caching mechanisms or parallel processing technology to shorten the response time, which easily leads to display stuttering. Summary of the Invention

[0004] The purpose of this invention is to provide an instrument display method, apparatus, device, and storage medium based on multi-level caching, so as to at least solve the problem of low display smoothness caused by the fixed display refresh rate of the instrument, thereby ensuring the accuracy of the instrument display and improving the smoothness of the instrument display.

[0005] To address the aforementioned technical problems, in a first aspect, the present invention provides an instrument display method based on multi-level caching, comprising at least:

[0006] Collect user operation data and determine the user's driving scenario based at least on the user operation data;

[0007] The sampling frequency of vehicle dynamic data is determined based on the user driving scenario, and the vehicle dynamic data is collected at least based on the sampling frequency.

[0008] Set up a first data buffer, a second data buffer, and at least two data caches of a specified byte length, and store the vehicle dynamic data to be pre-displayed by the instrument into the data caches that meet the preset requirements;

[0009] At least when the data buffer reception time meets the preset time or the buffer data reaches the preset number of bytes, the cached data corresponding to the data buffer is packaged into a data packet and sent to the first data buffer.

[0010] The data packet is buffered using the first data buffer through a hardware buffering mechanism to obtain a first buffered data packet;

[0011] The second data buffer is used to perform polling priority partitioning on the first buffered data packet, and the instrument display information is updated based at least on the partitioning result.

[0012] Optionally, the step of performing priority polling filtering on the first buffered data packet using the second data buffer, and updating the instrument display information based at least on the polling filtering result, specifically includes:

[0013] The second data buffer is used to poll the cached data in the first buffer data packet, and each cached data is classified.

[0014] Based on the classification results of the data, the cached data is matched with a corresponding processing priority, and the instrument display information is updated based at least on the processing priority.

[0015] Optionally, after polling the cached data in the first buffered data packet using the second data buffer and classifying each cached data, the method further includes:

[0016] If any of the cached data is classified as invalid, then the invalid data is discarded.

[0017] Optionally, before matching the cached data with the corresponding processing priority based on the classification result of the data classification, and updating the instrument display information at least based on the processing priority, it preferably includes:

[0018] Perform a parsing and verification operation on the cached data to verify the integrity of the cached data.

[0019] In a second aspect, the present invention also provides an instrument display device based on multi-level caching, the instrument display device based on multi-level caching being used to perform the instrument display method based on multi-level caching as described in the first aspect;

[0020] The instrument display device based on multi-level caching includes at least:

[0021] The scenario determination module is used to collect user operation data and determine the user's driving scenario based at least on the user operation data;

[0022] The data acquisition module is used to determine the sampling frequency of vehicle dynamic data based on the user driving scenario, so as to acquire the vehicle dynamic data at least based on the sampling frequency;

[0023] The data caching module is used to set a first data buffer, a second data buffer, and at least two data cache areas of a specified byte length, and to store the vehicle dynamic data to be pre-displayed by the instrument into the data cache areas that meet preset requirements;

[0024] The first buffer module is used to package the cached data corresponding to the data buffer into a data packet and send it to the first data buffer when the data buffer reception time meets the preset time or the data in the buffer reaches the preset number of bytes.

[0025] The second buffer module is used to buffer the data packet using the first data buffer through a hardware buffering mechanism to obtain a first buffered data packet;

[0026] The display update module is used to perform polling priority partitioning processing on the first buffered data packet using the second data buffer, and update the instrument display information based at least on the partitioning processing result.

[0027] Optionally, the display update module is specifically used for:

[0028] The system uses the second data buffer to poll the cached data in the first buffer data packet and classifies each cached data; and matches the corresponding processing priority to the cached data according to the classification result of the data classification, and updates the instrument display information based at least on the processing priority.

[0029] Optionally, the display update module is further specifically used for:

[0030] If any of the cached data is classified as invalid, the invalid data is discarded.

[0031] Optionally, the display update module is further specifically used for:

[0032] Perform a parsing and verification operation on the cached data to verify the integrity of the cached data.

[0033] Thirdly, the present invention also provides an electronic device, including a memory and a processor, the memory storing a computer program executable on the processor, wherein the processor, when executing the program, implements the steps of the instrument display method based on multi-level caching as described in any of the first aspects.

[0034] Fourthly, the present invention also provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the steps of the instrument display method based on multi-level caching as described in any one of the first aspects.

[0035] The technical solution provided by this invention firstly collects user operation data and determines the user's driving scenario based at least on the user operation data; further, it determines the sampling frequency of vehicle dynamic data based on the user's driving scenario, and collects vehicle dynamic data based at least on the sampling frequency; further, it sets a first data buffer, a second data buffer, and at least two data caches of specified byte lengths, and stores the vehicle dynamic data to be pre-displayed by the instrument panel into the data caches that meet preset requirements; further, at least when the data cache reception time meets a preset duration or the cache data reaches a preset number of bytes, it packages the cached data of the corresponding data cache into a data packet and sends it to the first data buffer; further, it uses the first data buffer to buffer the data packet through a hardware buffering mechanism to obtain a first buffered data packet; finally, it uses the second data buffer to perform polling priority division processing on the first buffered data packet, and updates the instrument display information based at least on the division processing result.

[0036] Therefore, this invention, on the one hand, determines the sampling frequency of vehicle dynamic data based on the user's driving scenario, and then dynamically updates the instrument display strategy, effectively ensuring the real-time display of the instrument and optimizing the utilization of vehicle system resources. On the other hand, by setting a first data buffer, a second data buffer, and at least two data cache areas of a specified byte length, this invention can pre-store the instrument display content to be updated, reducing response time to cope with frequent updates, achieving real-time updates and smooth presentation of the instrument display, reducing instrument lag, and improving driving safety and user experience. Attached Figure Description

[0037] Figure 1 This is a flowchart of an instrument display method based on multi-level caching provided in an embodiment of the present invention;

[0038] Figure 2 This is a system architecture diagram provided in an embodiment of the present invention;

[0039] Figure 3 This is a schematic diagram of the structure of an instrument display device based on multi-level caching provided in an embodiment of the present invention;

[0040] Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present invention. Detailed Implementation

[0041] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0042] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to limit the application. The singular forms “a,” “said,” and “the” used in the embodiments of this application and the appended claims are also intended to include the plural forms, and “multiple” generally includes at least two unless the context clearly indicates otherwise.

[0043] It should be understood that the term "and / or" used in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0044] It should be understood that although the terms first, second, third, etc., may be used in the embodiments of this application, these descriptions should not be limited to these terms. These terms are only used to distinguish the descriptions. For example, first may also be referred to as second without departing from the scope of the embodiments of this application, and similarly, second may also be referred to as first.

[0045] Depending on the context, the words “if” or “suppose” as used here can be interpreted as “when” or “in response to determination” or “in response to detection.” Similarly, depending on the context, the phrases “if determination” or “if detection (of the stated condition or event)” can be interpreted as “when determination” or “in response to determination” or “when detection (of the stated condition or event)” or “in response to detection (of the stated condition or event).”

[0046] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that an article or device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such an article or device. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the article or device that includes said element.

[0047] It should be noted that any symbols and / or numbers present in the specification that are not marked in the accompanying drawings are not reference numerals.

[0048] Figure 1This is a flowchart of an instrument display method based on multi-level caching provided by an embodiment of the present invention. This embodiment is applicable to display scenarios of various vehicle central control instruments. The instrument display method based on multi-level caching can be, but is not limited to, executed by the instrument display device based on multi-level caching in this embodiment of the present invention as the execution subject. The execution subject can be implemented in software and / or hardware. Figure 1 As shown, this meter display method based on multi-level caching includes at least the following steps:

[0049] S1. Collect user operation data and determine the user's driving scenario based at least on the user operation data.

[0050] User operation data can include frequency of gear shifting, user operation mode, accelerator pedal opening, etc. Determining the user's driving scenario based on user operation data can include:

[0051] (1-1) Preprocess and extract features from user operation data, and match the extracted features with the preset feature databases for each driving scenario;

[0052] Preprocessing can be a form of filtering.

[0053] The driving scenario feature library contains predefined driving scenarios, including but not limited to parking, low-speed driving, urban congestion, highway cruising, lane changing and turning.

[0054] (1-2) Determine the current driving scenario based on the matching results.

[0055] S2. Determine the sampling frequency of vehicle dynamic data based on the user's driving scenario, and collect vehicle dynamic data at least based on the sampling frequency.

[0056] The sampling frequency for vehicle dynamic data, determined based on the user's driving scenario, can be high when the scenario demands real-time display, such as highway cruising, lane changes, or turning. In this case, a higher sampling frequency is used to collect vehicle dynamic data. This sampling frequency can correspond to the display frequency of the central control instrument panel. Vehicle dynamic data can be obtained by monitoring the CAN bus. This data can be data displayed on the instrument panel, such as a left turn indicator light corresponding to a left turn.

[0057] S3. Set the first data buffer, the second data buffer, and at least two data caches of specified byte lengths, and store the vehicle dynamic data to be displayed on the instrument into the data cache that meets the preset requirements.

[0058] The first and second data buffers are located on the SOC (System-on-a-Chip). The specified byte length can be 512 bytes. The data buffer is located on the MCU (Microcontroller Unit). Meeting the preset requirements can be achieved by the vehicle system automatically detecting the working status of the data buffer; if it is idle, the preset requirements are considered met. Conversely, if it is active, the preset requirements are not met.

[0059] Furthermore, this embodiment also provides a system architecture with two modules: an MCU and a SOC. Figure 2 This is a system architecture diagram provided by an embodiment of the present invention, such as... Figure 2 As shown, the system architecture adopts a layered structure, including a Bootloader, an APP application layer, a FreeRTOS real-time operating system, and a driver layer. The specific functional modules are as follows:

[0060] MCU module architecture:

[0061] Top layer: Contains Bootloader (initialization bootloader) and APP (application);

[0062] Middleware: Based on the FreeRTOS real-time operating system;

[0063] Core APP functions: Diagnostics: Supports UDS (Unified Diagnostic Service). Communication: CAN receive / transmit, UART serial port transmit / receive. Data processing: Vehicle computer, data buffer, data pass-through.

[0064] Bottom layer: Driver layer (hardware driver support).

[0065] SOC module architecture:

[0066] Top layer: Also contains Bootloader and APP.

[0067] Middle layer: Based on the FreeRTOS real-time operating system.

[0068] APP Core Functions: Communication: UART serial port reception / transmission. Data and Interaction: Data logic processing, display, and sound output. Status Updates: TT light status update, ADAS update, and text prompt update. Underlying Layer: Driver layer (hardware driver supported).

[0069] S4. At least when the data buffer reception time meets the preset time or the buffer data reaches the preset number of bytes, the cached data of the corresponding data buffer is packaged into a data packet and sent to the first data buffer.

[0070] The preset duration can be 5ms. The preset bytes can be 512 bytes, which corresponds to the upper limit of the data buffer capacity.

[0071] S5. Buffer data packets using the hardware buffering mechanism in the first data buffer to obtain the first buffered data packet.

[0072] Among them, the hardware buffering mechanism can rely on dedicated hardware circuits (FIFO / DMA / SRAM) to implement data buffering, complete the rapid reception, verification and temporary storage of raw data packets, and filter invalid data;

[0073] S6. Perform polling priority partitioning on the first buffered data packet using the second data buffer, and update the instrument display information based at least on the partitioning result.

[0074] In one specific implementation, step S6 may optionally include:

[0075] (6-1) Use the second data buffer to poll the cached data in the first buffer data packet and classify each cached data.

[0076] Data classification can be achieved by dividing cached data into critical data, ordinary data, and invalid data.

[0077] (6-2) Match the corresponding processing priority to the cached data according to the classification result of the data classification, and update the instrument display information at least based on the processing priority.

[0078] Specifically, if the cached data matches critical data (such as gear status, vehicle speed, etc.), it is given a high update priority and enters the message queue to wait for processing. If it is ordinary data, it is given a low update priority and enters the message queue to wait for processing in batch mode, parsing during system idle periods.

[0079] In another specific implementation, optionally, it also includes:

[0080] (6-3) If any of the cached data is classified as invalid, the invalid data shall be discarded.

[0081] The purpose of discarding invalid data is to avoid triggering unnecessary MCU interrupts.

[0082] In yet another specific implementation, optionally, it also includes:

[0083] (6-4) Perform a parsing and verification operation on the cached data to verify the integrity of the cached data.

[0084] The parsing and verification operation can be performed by CRC when the first buffered data packet enters the second data buffer.

[0085] The technical solution provided in this embodiment firstly collects user operation data and determines the user's driving scenario based at least on the user operation data; further, it determines the sampling frequency of vehicle dynamic data based on the user's driving scenario, and collects vehicle dynamic data based at least on the sampling frequency; further, it sets a first data buffer, a second data buffer, and at least two data caches of specified byte lengths, and stores the vehicle dynamic data to be displayed on the instrument panel into the data caches that meet preset requirements; further, it packages the cached data of the corresponding data cache into a data packet and sends it to the first data buffer at least when the data cache reception time meets a preset time or the data in the cache reaches a preset number of bytes; further, it uses the first data buffer to buffer the data packet through a hardware buffering mechanism to obtain a first buffered data packet; finally, it uses the second data buffer to perform polling priority division processing on the first buffered data packet, and updates the instrument display information based at least on the division processing result.

[0086] Therefore, this embodiment, on the one hand, determines the sampling frequency of vehicle dynamic data based on the user's driving scenario, and then dynamically updates the instrument display strategy, effectively ensuring the real-time display of the instrument and optimizing the utilization of vehicle system resources. On the other hand, by setting a first data buffer, a second data buffer, and at least two data caches of a specified byte length, this embodiment can pre-store the instrument display content to be updated, reducing response time to cope with frequent updates, achieving real-time updates and smooth presentation of the instrument display, reducing instrument lag, and improving driving safety and user experience.

[0087] Figure 3 This is a schematic diagram of an instrument display device based on multi-level caching provided by an embodiment of the present invention. This embodiment is applicable to display scenarios of various vehicle central control instruments. This instrument display device based on multi-level caching can be implemented in software and / or hardware. Figure 3 As shown, the instrument display device based on multi-level caching includes at least:

[0088] The scenario determination module 110 is used to collect user operation data and determine the user's driving scenario based at least on the user operation data.

[0089] The data acquisition module 120 is used to determine the sampling frequency of vehicle dynamic data based on the user's driving scenario, so as to acquire vehicle dynamic data at least based on the sampling frequency.

[0090] The data caching module 130 is used to set a first data buffer, a second data buffer, and at least two data caching areas of a specified byte length, and to store the vehicle dynamic data to be pre-displayed by the instrument into the data caching area that meets the preset requirements.

[0091] The first buffer module 140 is used to package the cached data of the corresponding data buffer into a data packet and send it to the first data buffer when the data buffer reception time meets the preset time or the data in the buffer reaches the preset number of bytes.

[0092] The second buffer module 150 is used to buffer data packets through a hardware buffering mechanism using the first data buffer to obtain the first buffered data packet.

[0093] The display update module 160 is used to perform polling priority partitioning processing on the first buffer data packet using the second data buffer, and to update the instrument display information based at least on the partitioning processing result.

[0094] Optionally, the display update module 160 is specifically used for:

[0095] The system uses a second data buffer to poll the cached data in the first buffer data packet and classifies each cached data; it also matches the corresponding processing priority to the cached data based on the classification result and updates the instrument display information based at least on the processing priority.

[0096] Optionally, the display update module 160 is also specifically used for:

[0097] If any cached data is classified as invalid, the invalid data will be discarded.

[0098] Optionally, the display update module 160 is also specifically used for:

[0099] Perform parsing and verification operations on the cached data to verify its integrity.

[0100] The technical solution provided in this embodiment firstly collects user operation data through a scenario determination module and determines the user's driving scenario based on the user operation data; further, a data acquisition module determines the sampling frequency of vehicle dynamic data based on the user's driving scenario, and collects vehicle dynamic data based on the sampling frequency; further, a data caching module sets a first data buffer, a second data buffer, and two data buffers of specified byte lengths, and stores the vehicle dynamic data to be displayed on the instrument panel into the data buffers that meet preset requirements; further, when the data buffer reception time meets a preset duration or the data in the buffer reaches a preset number of bytes, a first buffer module packages the cached data of the corresponding data buffer into a data packet and sends it to the first data buffer; further, a second buffer module uses the first data buffer to buffer the data packet through a hardware buffering mechanism to obtain a first buffered data packet; finally, a display update module uses the second data buffer to perform polling priority division processing on the first buffered data packet, and updates the instrument display information based at least on the division processing result.

[0101] Therefore, this embodiment, on the one hand, determines the sampling frequency of vehicle dynamic data based on the user's driving scenario, and then dynamically updates the instrument display strategy, effectively ensuring the real-time display of the instrument and optimizing the utilization of vehicle system resources. On the other hand, by setting a first data buffer, a second data buffer, and at least two data caches of a specified byte length, this embodiment can pre-store the instrument display content to be updated, reducing response time to cope with frequent updates, achieving real-time updates and smooth presentation of the instrument display, reducing instrument lag, and improving driving safety and user experience.

[0102] This embodiment provides an electronic device. Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present invention. See also: Figure 4 The electronic device 1000 includes a processor 1001 and a memory 1002. The memory 1002 stores computer-readable instructions. When the computer-readable instructions are executed by the processor 1001, the steps in any of the above-mentioned multi-level cache-based instrument display methods are performed. Through the above technical solution, the processor 1001 and the memory 1002 are interconnected and communicate with each other through a communication bus and / or other forms of connection mechanism (not shown). The memory 1002 stores a computer program that can be executed by the processor. When the electronic device 1000 is running, the processor 1001 executes the computer program to execute the instrument display method based on multi-level caching in any optional implementation of the above embodiments, so as to achieve at least the following functions: collecting user operation data and determining the user driving scenario based at least on the user operation data; determining the sampling frequency of vehicle dynamic data based on the user driving scenario, so as to collect vehicle dynamic data based at least on the sampling frequency; setting a first data buffer, a second data buffer, and at least two data buffers of a specified byte length, and storing the vehicle dynamic data to be displayed by the instrument into the data buffer that meets the preset requirements; at least when the data buffer reception time meets the preset time or the data in the buffer reaches the preset bytes, packaging the cached data of the corresponding data buffer into a data packet and sending it to the first data buffer; using the first data buffer to buffer the data packet through a hardware buffering mechanism to obtain a first buffered data packet; using the second data buffer to perform polling priority division processing on the first buffered data packet, and updating the instrument display information based at least on the division processing result.

[0103] This embodiment provides a computer-readable storage medium storing a computer program. When executed by a processor, the program implements the instrument display method based on multi-level caching as provided in all embodiments of this application: collecting user operation data and determining the user's driving scenario based at least on the user operation data; determining the sampling frequency of vehicle dynamic data based on the user's driving scenario, and collecting vehicle dynamic data based at least on the sampling frequency; setting a first data buffer, a second data buffer, and at least two data buffers of specified byte lengths, and storing the vehicle dynamic data to be displayed on the instrument into the data buffers that meet preset requirements; at least when the data buffer reception time meets a preset duration or the data in the buffer reaches a preset number of bytes, packaging the cached data in the corresponding data buffer into a data packet and sending it to the first data buffer; using the first data buffer to buffer the data packet through a hardware buffering mechanism to obtain a first buffered data packet; using the second data buffer to perform polling priority division processing on the first buffered data packet, and updating the instrument display information based at least on the division processing result.

[0104] Any combination of one or more computer-readable media may be used. A computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. A computer-readable storage medium can be, for example—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples (a non-exhaustive list) of computer-readable storage media include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this document, a computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in connection with an instruction execution system, apparatus, or device.

[0105] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals may take various forms, including—but not limited to—electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, capable of transmitting, propagating, or transmitting programs for use by or in connection with an instruction execution system, apparatus, or device.

[0106] The program code contained on a computer-readable medium may be transmitted using any suitable medium, including—but not limited to—wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0107] Computer program code for performing the operations of this invention can be written in one or more programming languages ​​or a combination thereof. Programming languages ​​include object-oriented programming languages—such as Java, Smalltalk, and C++—as well as conventional procedural programming languages—such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0108] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for instrument display based on multi-level caching, characterized in that, At least including: Collect user operation data and determine the user's driving scenario based at least on the user operation data; The sampling frequency of vehicle dynamic data is determined based on the user driving scenario, and the vehicle dynamic data is collected at least based on the sampling frequency. Set up a first data buffer, a second data buffer, and at least two data caches of a specified byte length, and store the vehicle dynamic data to be pre-displayed by the instrument into the data caches that meet the preset requirements; At least when the data buffer reception time meets the preset time or the buffer data reaches the preset number of bytes, the cached data corresponding to the data buffer is packaged into a data packet and sent to the first data buffer. The data packet is buffered using the first data buffer through a hardware buffering mechanism to obtain a first buffered data packet; The second data buffer is used to perform polling priority partitioning on the first buffered data packet, and the instrument display information is updated based at least on the partitioning result.

2. The instrument display method based on multi-level caching according to claim 1, characterized in that, The step of performing priority polling filtering on the first buffered data packet using the second data buffer, and updating the instrument display information based at least on the polling filtering result, specifically includes: The second data buffer is used to poll the cached data in the first buffer data packet, and each cached data is classified. Based on the classification results of the data, the cached data is matched with a corresponding processing priority, and the instrument display information is updated based at least on the processing priority.

3. The instrument display method based on multi-level caching according to claim 2, characterized in that, After polling the cached data within the first buffer data packet using the second data buffer and classifying each cached data, the method further includes: If any of the cached data is classified as invalid, then the invalid data is discarded.

4. The instrument display method based on multi-level caching according to claim 2, characterized in that, Before matching the processing priority corresponding to the cached data based on the classification result of the data classification, and updating the instrument display information based at least on the processing priority, it preferably includes: Perform a parsing and verification operation on the cached data to verify the integrity of the cached data.

5. An instrument display device based on multi-level caching, characterized in that, The instrument display device based on multi-level caching is used to execute the instrument display method based on multi-level caching as described in any one of claims 1-4; The instrument display device based on multi-level caching includes at least: The scenario determination module is used to collect user operation data and determine the user's driving scenario based at least on the user operation data; The data acquisition module is used to determine the sampling frequency of vehicle dynamic data based on the user driving scenario, so as to acquire the vehicle dynamic data at least based on the sampling frequency; The data caching module is used to set a first data buffer, a second data buffer, and at least two data cache areas of a specified byte length, and to store the vehicle dynamic data to be pre-displayed by the instrument into the data cache areas that meet preset requirements; The first buffer module is used to package the cached data corresponding to the data buffer into a data packet and send it to the first data buffer when the data buffer reception time meets a preset time or the data in the buffer reaches a preset number of bytes. The second buffer module is used to buffer the data packet using the first data buffer through a hardware buffering mechanism to obtain a first buffered data packet; The display update module is used to perform polling priority partitioning processing on the first buffered data packet using the second data buffer, and update the instrument display information based at least on the partitioning processing result.

6. The instrument display device based on multi-level caching according to claim 5, characterized in that, The display update module is specifically used for: The system uses the second data buffer to poll the cached data in the first buffer data packet and classifies each cached data; and matches the corresponding processing priority to the cached data according to the classification result of the data classification, and updates the instrument display information based at least on the processing priority.

7. The instrument display device based on multi-level caching according to claim 6, characterized in that, The display update module is also specifically used for: If any of the cached data is classified as invalid, the invalid data is discarded.

8. The instrument display device based on multi-level caching according to claim 6, characterized in that, The display update module is also specifically used for: Perform a parsing and verification operation on the cached data to verify the integrity of the cached data.

9. An electronic device comprising a memory and a processor, the memory storing a computer program executable on the processor, characterized in that, When the processor executes the program, it implements the steps in the instrument display method based on multi-level caching as described in any one of claims 1 to 4.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the steps in the instrument display method based on multi-level caching as described in any one of claims 1 to 4.

Images