Host driving method, device and equipment for display parameter self-adaption and storage medium

Abstract

The application relates to the technical field of vehicles and discloses a host driving method and device for adaptive display parameters, equipment and a storage medium. The method comprises the following steps: establishing a data transmission channel of a display module; sending a test signal group to the display module based on the data transmission channel to obtain a test response signal; extracting feature information in the test response signal to determine feature parameters of the display module based on at least the feature information; constructing a driving parameter set according to a predefined parameter generation rule and the feature parameters; loading and verifying driving parameters based on the driving parameter set, and driving the display output of the display module by using the driving parameters after the driving parameters pass the verification. The application at least solves the inherent shackles of the traditional static configuration mode, is beneficial to realizing accurate, efficient and compatible driving of any unknown display screen, and guarantees the visual consistency and system stability of the vehicle machine display screen.

Description

Technical Field

[0001] This invention relates to the field of vehicle technology, and in particular to a host drive method, apparatus, device, and storage medium with adaptive display parameters. Background Technology

[0002] Against the backdrop of the rapid evolution of intelligent cockpits and in-vehicle infotainment systems, the in-vehicle head unit, as the core hub of human-machine interaction, directly determines the smoothness of user operation, the consistency of visual presentation, and the overall compatibility of the system through its collaborative driving mechanism with the display screen. As automotive electronic architecture develops towards platformization and modularization, head unit hardware is becoming more standardized to reduce R&D and production costs. However, due to multiple considerations such as brand differentiation, vehicle positioning, and supply chain strategies, OEMs often adapt various displays with different specifications, resolutions, refresh rates, and even color gamut parameters on the same head unit platform. In this technological ecosystem, achieving efficient and accurate matching between the head unit's output signal and heterogeneous display terminals has become a crucial link in ensuring the functional integrity of the in-vehicle human-machine interface and the consistency of user experience.

[0003] In existing technologies, mainstream solutions typically employ pre-configured configuration files for host computer and display screen adaptation. Specifically, several sets of display parameter configurations corresponding to known display screen models are pre-embedded in the host firmware or operating system layer. These include, but are not limited to, resolution, pixel clock frequency, horizontal and vertical synchronization signal timing, backlight control protocol, and color calibration matrix. Upon power-on, the host computer reads the extended display identification data or device identifier of the display screen, matches the corresponding pre-stored configuration, and initializes the graphics processing unit and display output interface accordingly. This method effectively met basic display driving requirements in early vehicle platforms where display screen selection was limited. It has a clear structure, is easy to implement, and exhibits high stability and reliability in static configuration scenarios.

[0004] However, with the shortening of automotive product iteration cycles, the surge in demand for personalized customization, and the increasingly significant trend of sharing host hardware across vehicle platforms, the aforementioned matching mechanism based on static presets has revealed deep-seated structural limitations at the principle level. The reason lies in the fact that this solution essentially relies on the completeness of "prior knowledge"—requiring that all possible display models and their precise parameters must be fully known and solidified into the system during the host development phase. If the actual installed display exceeds the preset range due to supply chain adjustments, regional version differences, or later upgrades, the host will be unable to accurately identify its display capabilities: this can lead to visual defects such as image stretching, color distortion, and abnormal refresh rates, or even serious functional failures such as display driver initialization failures, resulting in black screens or distorted screens. Furthermore, even with subsequent software updates to add new configuration files, it is difficult to cope with dynamic application scenarios such as rapid on-site deployment, multi-brand mixing, or temporary replacements, fundamentally limiting the system's flexibility and robustness. Furthermore, the subtle differences in underlying optical characteristics such as gamma curves, white point coordinates, and brightness response between different displays make it difficult to achieve a high degree of consistency in cross-screen visual experience if driven solely by coarse-grained preset parameters. This has become an unavoidable bottleneck in the experience, especially given the increasingly stringent requirements for human-machine interface quality in high-end vehicles.

[0005] Therefore, how to break through the inherent constraints of the traditional static configuration mode and build a host display matching mechanism that can perceive, dynamically analyze and adaptively generate optimal driving parameters in real time, and achieve accurate, efficient and compatible driving of any unknown display screen without relying on prior model information, while taking into account visual consistency and system stability, has become a key challenge and a technical problem that needs to be solved by those skilled in the art. Summary of the Invention

[0006] The purpose of this invention is to provide a host driver method, apparatus, device, and storage medium with adaptive display parameters, so as to at least solve the inherent constraints of the traditional static configuration mode, facilitate accurate, efficient, and compatible driving of any unknown display screen, and ensure the visual consistency and system stability of the vehicle display screen.

[0007] To address the aforementioned technical problems, in a first aspect, the present invention provides a host driver method for adaptive display parameters, comprising at least:

[0008] Establish a data transmission channel for the display module;

[0009] A test signal group is sent to the display module via the data transmission channel to obtain a test response signal;

[0010] Extract feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information;

[0011] Construct a driving parameter set according to the predefined parameter generation rules and the feature parameters;

[0012] The driver parameters are loaded and verified based on the driver parameter set, and the display output of the display module is driven by the driver parameters after the driver parameters have passed the verification.

[0013] Optionally, establishing the data transmission channel for the display module specifically includes:

[0014] Detect the interface type of the display module connection interface;

[0015] Configure the corresponding electrical characteristics and protocol stack based on the interface class to establish the data transmission channel.

[0016] Optionally, sending a test signal group to the display module based on the data transmission channel to obtain a test response signal specifically includes:

[0017] Based on the data transmission channel, at least one test signal group consisting of a horizontal synchronization pulse width, a vertical synchronization pulse interval, and a pixel clock frequency combination is sequentially sent to the display module.

[0018] Based on the test signal group, at least the voltage fluctuation signal, current change signal, register readback value and sampled data of the display module during the test are recorded to obtain the test response signal.

[0019] Optionally, the step of extracting feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information specifically includes:

[0020] Extract the image output capability and image edge detection signal of the display module under different test signal groups from the test response signal to determine the maximum resolution of the display module;

[0021] Extract the image display information of the display module from the test response signal as the frame rate of the test signal group gradually increases, in order to determine the maximum frame rate of the display module;

[0022] Extract the image stability information of the display module at a fixed resolution and refresh rate from the test response signal to determine the timing deviation tolerance range of the display module;

[0023] Extract the backlight current response information of the display module under at least one backlight control command sequence from the test response signal to determine the dimming control strategy of the display module;

[0024] The color information of the display module under the test pattern and color coordinate data of the standard color card is extracted from the test response signal to determine the native color space of the display module.

[0025] Optionally, after constructing the driving parameter set according to the predefined parameter generation rules and the feature parameters, the method further includes:

[0026] The driver parameters are loaded and verified based on the driver parameter set. If the driver parameter verification fails, an error code is returned and the exception handling process is initiated.

[0027] Secondly, the present invention also provides a host driver device for adaptive display parameters, comprising at least:

[0028] The channel establishment module is used to establish the data transmission channel for the display module;

[0029] The test response module is used to send a group of test signals to the display module based on the data transmission channel in order to obtain a test response signal.

[0030] A feature extraction module is used to extract feature information from the test response signal, so as to determine the feature parameters of the display module based at least on the feature information;

[0031] The parameter acquisition module is used to construct a driving parameter set according to the predefined parameter generation rules and the feature parameters;

[0032] The display driver module is used to load and verify the driver parameters based on the driver parameter set, and after the driver parameters pass the verification, use the driver parameters to drive the display output of the display module.

[0033] Optionally, the channel establishment module is specifically used for:

[0034] The interface type of the display module connection interface is detected; and, based on the interface class, the corresponding electrical characteristics and protocol stack are configured to establish the data transmission channel.

[0035] Optionally, the test response module is specifically used for:

[0036] Based on the data transmission channel, at least one test signal group consisting of a horizontal synchronization pulse width, a vertical synchronization pulse interval, and a pixel clock frequency combination is sequentially sent to the display module; and based on the test signal group, at least the voltage fluctuation signal, current change signal, register readback value, and sampled data of the display module during the test are recorded to obtain the test response signal.

[0037] 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 host driving method for adaptive display parameters as described in any of the first aspects.

[0038] 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 host driver method for adaptive display parameters as described in any of the first aspects.

[0039] The technical solution provided by this invention first establishes a data transmission channel for the display module; further, it sends a test signal group to the display module based on the data transmission channel to obtain a test response signal; further, it extracts feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information; further, it constructs a driving parameter set according to predefined parameter generation rules and feature parameters; finally, it loads and verifies the driving parameters based on the driving parameter set, and after the driving parameters pass the verification, it uses the driving parameters to drive the display output of the display module.

[0040] Therefore, this invention, through a data transmission channel, sends a set of test signals to the display module to obtain test response signals. Based on these test response signals, various characteristic parameters of the display module can be analyzed and inferred. Furthermore, according to predefined parameter generation rules, a complete set of driving parameters conforming to the current display screen's characteristics is constructed, achieving precise matching with the display screen. This application at least solves the inherent limitations of traditional static configuration modes, facilitating accurate, efficient, and compatible driving of any unknown display screen, and ensuring visual consistency and system stability of the vehicle's display screen. Attached Figure Description

[0041] Figure 1 This is a flowchart of a host driver method for adaptive display parameters provided in an embodiment of the present invention;

[0042] Figure 2 This is a flowchart of another host driver method for adaptive display parameters provided in an embodiment of the present invention;

[0043] Figure 3 This is a schematic diagram of the structure of a host driver device for adaptive display parameters provided in an embodiment of the present invention;

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

[0045] 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.

[0046] 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.

[0047] 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.

[0048] 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.

[0049] 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).”

[0050] 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.

[0051] 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.

[0052] Figure 1 This is a flowchart of a host driving method for adaptive display parameters provided by an embodiment of the present invention. This embodiment is applicable at least to adaptive driving scenarios for display parameters of various types of vehicle display screens. This host driving method for adaptive display parameters can be, but is not limited to, executed by the host driving device for adaptive display parameters as described in this embodiment of the present invention. This execution entity can be implemented in software and / or hardware. Figure 1 As shown, this host driver method for adaptive display parameters includes at least the following steps:

[0053] S1. Establish a data transmission channel for the display module.

[0054] The display module can be the display screen of the vehicle-mounted head unit. The data transmission channel can be the data transmission channel established between the display interface module of the vehicle-mounted head unit and the display module. It is understood that the display interface module supports multiple physical interface standards, including but not limited to LVDS, eDP, MIPI DSI and HDMI, and has an automatic interface type recognition function.

[0055] S2. Send a test signal group to the display module based on the data transmission channel to obtain the test response signal.

[0056] The test signal group can be a combination of multiple test frame sequences with different pulses, intervals, and frequencies. The test response signal can be the test feedback from the display module to the test signal group, such as voltage fluctuations or test sampling data.

[0057] S3. Extract the feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information.

[0058] The feature information can include the display module's resolution, operating frame rate, and front and back shoulders (i.e., blanking interval parameters in the display timing, used to allow transition time between the synchronization signal and effective pixel data to ensure scanning stability and image alignment). Feature parameters can be test results of the feature information, such as maximum supported resolution and maximum supported operating frame rate.

[0059] S4. Construct a set of driving parameters based on predefined parameter generation rules and feature parameters.

[0060] The predefined parameter generation rules and feature parameter construction driving parameter set can be implemented by defining a driving parameter synthesizer. The driving parameter synthesizer internally stores a parameter template library containing several basic parameter structures. Each structure defines the data format and value constraints for fields such as resolution, refresh rate, pixel clock, synchronization polarity, front and rear shoulder duration, backlight control method, and color correction matrix. Based on the analysis results output by the physiological state analysis engine (i.e., the feature parameters generated in step S3), the driving parameter synthesizer selects the most matching basic structure from the parameter template library and fills the corresponding fields with the obtained values ​​to form a complete driving parameter instance. This instance is then encapsulated into a standardized configuration package (i.e., the driving parameter set). The driving parameter set is used to start the display module, putting it into a working state.

[0061] S5. Load and verify the driver parameters based on the driver parameter set, and after the driver parameters pass the verification, use the driver parameters to drive the display output of the display module.

[0062] The verification of driving parameters can involve executing a self-test program to validate the validity of the driving parameters. This can include steps such as outputting test patterns, detecting loopback signals, and verifying color output consistency. Only after the self-test passes will the system officially switch to the user interface output mode to ensure that the display quality meets expectations.

[0063] The technical solution provided in this embodiment first establishes a data transmission channel for the display module; further, it sends a test signal group to the display module based on the data transmission channel to obtain a test response signal; further, it extracts feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information; further, it constructs a driving parameter set according to predefined parameter generation rules and feature parameters; finally, it loads and verifies the driving parameters based on the driving parameter set, and after the driving parameters pass the verification, it uses the driving parameters to drive the display output of the display module.

[0064] Therefore, this embodiment obtains test response signals by sending test signal groups to the display module through a data transmission channel. Based on the test response signals, various characteristic parameters of the display module can be analyzed and inferred. Furthermore, according to predefined parameter generation rules, a complete set of driving parameters conforming to the current display screen's characteristics is constructed, achieving precise matching with the display screen. This application at least solves the inherent limitations of traditional static configuration modes, facilitating accurate, efficient, and compatible driving of any unknown display screen, and ensuring visual consistency and system stability of the vehicle's infotainment display.

[0065] Based on the above embodiments or implementation methods Figure 2This is a flowchart of another host driver method for adaptive display parameters provided in an embodiment of the present invention. This embodiment is based on the above embodiment with additions. Figure 2 As shown, this host driver method for adaptive display parameters includes at least the following steps:

[0066] S11. Detect the interface type of the display module connection interface.

[0067] The interface type can be determined through pin level detection or handshake protocol interaction.

[0068] S12. Configure the corresponding electrical characteristics and protocol stack based on the interface class to establish a data transmission channel.

[0069] The purpose of step S12 is to provide physical layer support for subsequent parameter probing. For example, when the eDP interface of the display module is detected, the display interface module activates its internal Aux channel controller and enables the link training sequence; when the MIPI DSI interface is detected, the differential drive circuit of the high-speed clock channel and data channel is enabled, and the corresponding packet header format and verification mechanism are configured.

[0070] S21. Based on the data transmission channel, at least one test signal group consisting of a combination of horizontal synchronization pulse width, vertical synchronization pulse interval and pixel clock frequency is sequentially sent to the display module.

[0071] The test signal group contains multiple test frame sequences, and each test frame sequence corresponds to a combination of horizontal synchronization pulse width, vertical synchronization pulse interval, and pixel clock frequency.

[0072] Understandably, the transmission of test signal groups can be achieved by constructing a test signal generator. The test frame sequence generated by the test signal generator covers a preset parameter space grid. This grid consists of three dimensions: the horizontal synchronization pulse width Hsync_width, the vertical synchronization pulse interval Vblank_interval, and the pixel clock frequency Pclk_freq. Each dimension is divided into several discrete value points. For example, Hsync_width ranges from 10 to 200 pixel periods with a step size of 10; Vblank_interval ranges from 500 to 5000 row periods with a step size of 500; and Pclk_freq ranges from 25MHz to 600MHz with a step size of 25MHz. The test signal generator traverses each node in this three-dimensional grid in a predetermined order, generating the corresponding test frame and outputting it to the display interface module.

[0073] S22. Based on the test signal group, at least record the voltage fluctuation signal, current change signal, register readback value and sampled data of the display module during the test to obtain the test response signal.

[0074] The recording method can utilize a high-speed sampling circuit to capture, in real-time, the voltage fluctuations, current changes, or specific register readback values ​​of the display screen after receiving each test frame sequence via the bidirectional communication channel or dedicated feedback pin of the display interface module. Furthermore, a response buffer temporarily stores all sampled data and organizes it according to the test signal index for subsequent analysis. Additionally, an isolation buffer can be provided between the high-speed sampling circuit and the display interface module to prevent test signals from interfering with the normal display path. The isolation buffer is activated during the parameter probing phase and deactivated during normal operation, ensuring electrical isolation and signal integrity in both operating modes. For example, during the output of each test frame sequence, the high-speed sampling circuit acquires the transient current waveform on the display screen's power rail via a dedicated feedback pin at a sampling rate of not less than 1 GSPS, and simultaneously records the register status codes returned by the Aux channel or I2C bus. All sampled data, along with the corresponding test parameter index, is written to the response buffer.

[0075] S31. Extract the image output capability and image edge detection signal of the display module under different test signal groups from the test response signal to determine the maximum resolution of the display module.

[0076] Step S31 can be implemented by constructing a resolution recognition submodule. Image output capability can be determined by binary analysis of whether the display screen (i.e., the display module) produces valid image output under different test frame sequences. Specifically, when the resolution of the test frame sequence exceeds the physical limit of the display screen, the display screen cannot complete frame buffer filling, resulting in a black screen or abnormal pattern output. At this time, the current waveform detected by the high-speed sampling circuit exhibits a low-amplitude steady state, and the Aux channel has no valid ACK response. The resolution recognition submodule marks such test points as "invalid," and vice versa. By performing binary search in both the horizontal and vertical directions, the maximum effective resolution is gradually approximated. For example, if the initial test resolution is 1920×1080, if valid, 2560×1440 is attempted; if invalid, it reverts to 1600×900, and so on, until convergence to the maximum resolution.

[0077] S32. Extract the image display information of the display module in the test response signal as the frame rate of the test signal group gradually increases, so as to determine the maximum frame rate of the display module.

[0078] Step S32 can be implemented by constructing a refresh rate boundary determination submodule. Image display information can include screen tearing, image loss, etc. Specifically, the refresh rate boundary determination submodule gradually increases the frame rate of the test frame sequence until image tearing or loss occurs, recording the refresh rate value corresponding to the critical point to define the upper limit of the display screen's refresh capability. This submodule fixes the resolution at the identified maximum valid value, adjusting only Pclk_freq and Vblank_interval to change the frame rate. At each frame rate point, the system continuously outputs test frames for 100ms and monitors the output screen for tearing, flickering, or synchronization loss using a built-in image stability detection circuit. When the first unstable phenomenon is detected, the current frame rate is recorded as the upper limit, and then slightly adjusted downwards by 5% as a safe operating point (i.e., the maximum frame rate).

[0079] S33. Extract the image stability information of the display module under fixed resolution and refresh rate from the test response signal to determine the timing deviation tolerance range of the display module.

[0080] Step S33 can be implemented by constructing a synchronization tolerance analysis submodule. Specifically, under fixed resolution and refresh rate conditions, the synchronization tolerance analysis submodule fine-tunes the front and back shoulder widths of the horizontal and vertical synchronization signals, observes changes in image stability, and thus quantifies the display screen's tolerance range for synchronization timing deviations. This submodule uses standard VESA timing as a benchmark, adjusting the four parameters Hfront_porch, Hback_porch, Vfront_porch, and Vback_porch (front and back shoulder widths of the horizontal and vertical synchronization signals) in 5% steps within a ±50% range. For each set of adjusted timings, the test signal generator outputs a full-white test frame, and the ripple amplitude of the power supply current is monitored through a high-speed sampling circuit. When the ripple amplitude exceeds a preset threshold (e.g., 1.5 times the nominal value), synchronization is considered lost. Finally, this submodule outputs the tolerance ranges for the four parameters (i.e., the timing deviation tolerance range), which serve as constraints for subsequent drive parameter synthesis.

[0081] S34. Extract the backlight current response information of the display module under at least one backlight control command sequence from the test response signal to determine the dimming control strategy of the display module.

[0082] Step S34 can be implemented by constructing a backlight protocol discrimination submodule. Specifically, the backlight protocol discrimination submodule identifies the type of backlight protocol used by sending various standard backlight control command sequences to the display screen and monitoring the shape and delay characteristics of its backlight current response curve. More specifically, the test signal generator performs the following operations in sequence: First, it pulls the general-purpose GPIO pin high and observes whether the backlight current increases in a step; second, it writes the brightness register value to a preset address through the I2C bus and monitors whether the current changes proportionally; third, it outputs a fixed-frequency PWM signal to the backlight enable pin and records the linearity of the current with the duty cycle. Based on which of the three operations triggers a valid backlight response, the protocol type (i.e., the dimming control strategy) can be determined. In addition, if PWM dimming is identified, its minimum resolvable duty cycle step size and response delay are further measured for subsequent parameter synthesis.

[0083] S35. Extract the color information of the display module under the test pattern and color coordinate data of the standard color card test signal from the test response signal to determine the native color space of the display module.

[0084] Step S35 can be implemented by constructing a backlight protocol discrimination submodule. Specifically, the color gamut mapping submodule uses a built-in standard color card test pattern, combined with color coordinate data fed back from an external light sensor, to deduce the native color space of the display screen and calculate the linear transformation matrix from sRGB to this color space. The test signal generator sequentially outputs four monochrome test frame sequences of red, green, blue, and white, each lasting 200ms. During each frame, an external light sensor (integrated into the host PCB or connected externally via USB) acquires CIE 1931 color coordinates (x, y) and the brightness Y value. The color gamut mapping submodule compares the measured coordinates of the three primary colors with the standard sRGB coordinates, constructing a 3×3 color transformation matrix M, such that for any input sRGB vector R_s, G_s, B_s^T, after transformation, the resulting driving vectors R_d, G_d, B_d^T in the native color space of the display screen satisfy:

[0085]

[0086] The matrix M is obtained by fitting the mapping relationship between the measured color coordinates and the target color coordinates using the least squares method.

[0087] S4. Construct a set of driving parameters based on predefined parameter generation rules and feature parameters.

[0088] S5. Load and verify the driver parameters based on the driver parameter set, and after the driver parameters pass the verification, use the driver parameters to drive the display output of the display module.

[0089] The display output driven by the display module using driving parameters can be achieved by generating a video stream using the graphics processing unit (GPU) and sending it to the display screen via the display interface module. Specifically, the GPU includes a timing generator, a frame buffer controller, a color management engine, and an output encoder. The timing generator receives timing-related fields from the driving parameter instance and generates precise line synchronization, field synchronization, and pixel clock signals. The frame buffer controller adjusts the read rate and scan order of the frame buffer based on the resolution and refresh rate parameters. The color management engine loads the color correction matrix and performs color space conversion and gamma correction on the original image data. The output encoder configures the corresponding backlight drive signal output mode according to the backlight control mode field and sends the processed video stream to the display screen via the display interface module.

[0090] Furthermore, a central collaborative controller can be constructed to manage the state transitions of the entire adaptive matching process. The central collaborative controller embeds a finite state machine. Initially, the on-board host system is in an "unconnected" state. Upon detecting a display screen access event, it transitions to a "parameter detection" state, activating the parameter detection engine. After all test signals are applied and response data is acquired, it enters a "state analysis" state, activating the physiological state analysis engine. After analysis, it switches to a "parameter synthesis" state, triggering the parameter synthesizer. After successful parameter synthesis, it enters a "drive configuration" state, notifying the graphics processing unit to load new parameters. Finally, after the graphics processing unit completes initialization and successfully outputs a stable image, the system enters a "normal operation" state. If an anomaly or timeout is detected in any state, it automatically reverts to the previous stable state and attempts to retry, ensuring system robustness. The combination of the resolution recognition submodule, refresh rate boundary determination submodule, synchronization tolerance analysis submodule, backlight protocol discrimination submodule, and color gamut mapping submodule can constitute the physiological state analysis engine. A dual-port RAM is provided between the physiological state analysis engine and the central collaborative controller for efficient transmission of intermediate analysis results. One end of the dual-port RAM is connected to the output bus of the physiological state analysis engine, and the other end is connected to the input bus of the central coordinating controller. The two are accessed concurrently through independent address and data channels to avoid bus contention and improve data throughput efficiency.

[0091] Furthermore, the verification can specifically involve validating the legality of the driver parameter instances before they are passed to the graphics processing unit. This includes checking whether each driver parameter is within the hardware's supported range, whether there are logical conflicts, and whether timing constraints are met. Additionally, integrity verification can be performed during the driver parameter synthesis and loading process. This involves using a hash algorithm to generate a digital digest of the driver parameter instances and comparing it with a pre-stored security baseline value to prevent parameter errors caused by storage media damage or malicious tampering.

[0092] In one specific implementation, this embodiment can also utilize non-volatile memory to cache successfully matched display parameter instances and their corresponding device fingerprint information. The device fingerprint information is composed of the display's EDID data, electrical response feature vector, and interface type. When a display with the same device fingerprint is detected accessing the system again, the vehicle system can directly retrieve historical parameter instances from the non-volatile memory, skipping the complete detection and parsing process to achieve rapid matching.

[0093] S6. Load and verify the driver parameters based on the driver parameter set, and return an error code and enter the exception handling process if the driver parameter verification fails.

[0094] The technical solution provided in this embodiment first detects the interface type of the display module's connection interface. Further, it configures corresponding electrical characteristics and protocol stacks based on the interface class to establish a data transmission channel. Further, it sequentially sends a test signal group consisting of a combination of horizontal synchronization pulse width, vertical synchronization pulse interval, and pixel clock frequency to the display module based on the data transmission channel. Further, it records at least the voltage fluctuation signal, current change signal, register readback value, and sampled data of the display module during the test based on the test signal group to obtain a test response signal. Further, it extracts the image output capability and image edge detection signal of the display module under different test signal groups from the test response signal to determine the maximum resolution of the display module. Further, it extracts the image display information of the display module under gradually increasing frame rate in the test signal group from the test response signal to determine the maximum frame rate of the display module. Further, it extracts the image stability information of the display module under fixed resolution and refresh rate from the test response signal to determine the timing deviation tolerance range of the display module. Further, it extracts the backlight current response information of the display module under the backlight control command sequence from the test response signal to determine the dimming control strategy of the display module. Furthermore, the color information of the display module under the test pattern and color coordinate data of the standard color chart is extracted from the test response signal to determine the native color space of the display module. Further, a driving parameter set is constructed according to predefined parameter generation rules and feature parameters. Further, the driving parameters are loaded and verified based on the driving parameter set, and the display output of the display module is driven by the driving parameters after the verification is passed. Finally, the driving parameters are loaded and verified based on the driving parameter set, and an error code is returned and the exception handling process is initiated if the verification fails.

[0095] Therefore, this embodiment obtains test response signals by sending test signal groups to the display module through a data transmission channel. Based on the test response signals, various characteristic parameters of the display module can be analyzed and inferred. Furthermore, according to predefined parameter generation rules, a complete set of driving parameters conforming to the current display screen's characteristics is constructed, achieving precise matching with the display screen. This application at least solves the inherent limitations of traditional static configuration modes, facilitating accurate, efficient, and compatible driving of any unknown display screen, and ensuring visual consistency and system stability of the vehicle's infotainment display.

[0096] Figure 3 This is a schematic diagram of a host driver device with adaptive display parameters provided in an embodiment of the present invention. This embodiment is applicable at least to adaptive driving scenarios for display parameters of various types of vehicle display screens. This host driver device with adaptive display parameters can be implemented in software and / or hardware. Figure 3 As shown, the host drive device for adaptive display parameters includes at least:

[0097] Channel establishment module 110 is used to establish a data transmission channel for the display module.

[0098] The test response module 120 is used to send a group of test signals to the display module based on the data transmission channel in order to obtain the test response signal.

[0099] The feature extraction module 130 is used to extract feature information from the test response signal in order to determine the feature parameters of the display module based at least on the feature information.

[0100] The parameter acquisition module 140 is used to construct a driving parameter set according to predefined parameter generation rules and feature parameters.

[0101] The display driver module 150 is used to load and verify the driver parameters based on the driver parameter set, and after the driver parameters pass the verification, use the driver parameters to drive the display output of the display module.

[0102] Optionally, the channel establishment module 110 is specifically used for:

[0103] The system detects the interface type of the display module's connection interface and configures the corresponding electrical characteristics and protocol stack based on the interface class to establish a data transmission channel.

[0104] Optionally, the test response module 120 is specifically used for:

[0105] Based on the data transmission channel, at least one test signal group consisting of a horizontal synchronization pulse width, a vertical synchronization pulse interval, and a pixel clock frequency combination is sequentially sent to the display module; and based on the test signal group, at least the voltage fluctuation signal, current change signal, register readback value, and sampled data of the display module during the test are recorded to obtain the test response signal.

[0106] Optionally, the feature extraction module 130 is specifically used for:

[0107] The following steps are taken to determine the maximum resolution of the display module: extracting the image output capability and image edge detection signal of the display module under different test signal groups from the test response signal; extracting the image display information of the display module under gradually increasing frame rate of the test signal groups from the test response signal to determine the maximum frame rate of the display module; extracting the image stability information of the display module under fixed resolution and refresh rate from the test response signal to determine the timing deviation tolerance range of the display module; extracting the backlight current response information of the display module under at least one backlight control command sequence from the test response signal to determine the dimming control strategy of the display module; and extracting the color information of the display module under standard color chart test pattern and color coordinate data test from the test response signal to determine the native color space of the display module.

[0108] Optionally, the display driver module 150 is also used for:

[0109] The driver parameters are loaded and validated based on the driver parameter set. If the driver parameter validation fails, an error code is returned and the exception handling process is initiated.

[0110] The technical solution provided in this embodiment first establishes a data transmission channel for the display module through a channel establishment module. Further, a test response module sends a group of test signals to the display module based on the data transmission channel to obtain test response signals. Further, a feature extraction module extracts feature information from the test response signals to determine the feature parameters of the display module based on the feature information. Further, a parameter acquisition module constructs a driving parameter set according to predefined parameter generation rules and feature parameters. Further, a display driving module loads and verifies the driving parameters based on the driving parameter set. Finally, after the driving parameters pass verification, the display driving module uses the driving parameters to drive the display output of the display module.

[0111] Therefore, this embodiment obtains test response signals by sending test signal groups to the display module through a data transmission channel. Based on the test response signals, various characteristic parameters of the display module can be analyzed and inferred. Furthermore, according to predefined parameter generation rules, a complete set of driving parameters conforming to the current display screen's characteristics is constructed, achieving precise matching with the display screen. This application at least solves the inherent limitations of traditional static configuration modes, facilitating accurate, efficient, and compatible driving of any unknown display screen, and ensuring visual consistency and system stability of the vehicle's infotainment display.

[0112] 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-described host driving methods for adaptive display parameters are performed. Through the above technical solution, the processor 1001 and the memory 1002 are interconnected and communicate with each other via a communication bus and / or other forms of connection mechanisms (not shown). The memory 1002 stores a processor-executable computer program. When the electronic device 1000 is running, the processor 1001 executes the computer program to perform the host driving method for adaptive display parameters in any of the optional implementations of the above embodiments, to at least achieve the following functions: establishing a data transmission channel for the display module; sending a test signal group to the display module based on the data transmission channel to obtain a test response signal; extracting feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information; constructing a driving parameter set according to predefined parameter generation rules and feature parameters; loading and verifying the driving parameters based on the driving parameter set; and, after the driving parameters pass verification, using the driving parameters to drive the display output of the display module.

[0113] This embodiment provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements a host-driven method for adaptive display parameters as provided in all embodiments of this application: establishing a data transmission channel for the display module; sending a test signal group to the display module based on the data transmission channel to obtain a test response signal; extracting feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information; constructing a driving parameter set according to predefined parameter generation rules and feature parameters; loading and verifying the driving parameters based on the driving parameter set; and, after the driving parameters have passed verification, using the driving parameters to drive the display output of the display module.

[0114] 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.

[0115] 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.

[0116] 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.

[0117] 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).

[0118] 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 host driver method for adaptive display parameters, characterized in that, At least including: Establish a data transmission channel for the display module; A test signal group is sent to the display module via the data transmission channel to obtain a test response signal; Extract feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information; Construct a driving parameter set according to the predefined parameter generation rules and the feature parameters; The driver parameters are loaded and verified based on the driver parameter set, and the display output of the display module is driven by the driver parameters after the driver parameters have passed the verification.

2. The host driver method for adaptive display parameters according to claim 1, characterized in that, The establishment of the data transmission channel for the display module specifically includes: Detect the interface type of the display module connection interface; Configure the corresponding electrical characteristics and protocol stack based on the interface class to establish the data transmission channel.

3. The host driver method for adaptive display parameters according to claim 1, characterized in that, The step of sending a test signal group to the display module based on the data transmission channel to obtain a test response signal specifically includes: Based on the data transmission channel, at least one test signal group consisting of a horizontal synchronization pulse width, a vertical synchronization pulse interval, and a pixel clock frequency combination is sequentially sent to the display module. Based on the test signal group, at least the voltage fluctuation signal, current change signal, register readback value and sampled data of the display module during the test are recorded to obtain the test response signal.

4. The host driver method for adaptive display parameters according to claim 1, characterized in that, The step of extracting feature information from the test response signal to determine the feature parameters of the display module based at least on the feature information specifically includes: Extract the image output capability and image edge detection signal of the display module under different test signal groups from the test response signal to determine the maximum resolution of the display module; Extract the image display information of the display module from the test response signal as the frame rate of the test signal group gradually increases, in order to determine the maximum frame rate of the display module; Extract the image stability information of the display module at a fixed resolution and refresh rate from the test response signal to determine the timing deviation tolerance range of the display module; Extract the backlight current response information of the display module under at least one backlight control command sequence from the test response signal to determine the dimming control strategy of the display module; The color information of the display module under the test pattern and color coordinate data of the standard color card is extracted from the test response signal to determine the native color space of the display module.

5. The host driver method for adaptive display parameters according to claim 1, characterized in that, After constructing the driving parameter set according to the predefined parameter generation rules and the feature parameters, the process also includes: The driver parameters are loaded and verified based on the driver parameter set. If the driver parameter verification fails, an error code is returned and the exception handling process is initiated.

6. A host driver device for adaptive display parameters, characterized in that, At least including: The channel establishment module is used to establish the data transmission channel for the display module; The test response module is used to send a group of test signals to the display module based on the data transmission channel in order to obtain a test response signal. A feature extraction module is used to extract feature information from the test response signal, so as to determine the feature parameters of the display module based at least on the feature information; The parameter acquisition module is used to construct a driving parameter set according to the predefined parameter generation rules and the feature parameters; The display driver module is used to load and verify the driver parameters based on the driver parameter set, and after the driver parameters pass the verification, use the driver parameters to drive the display output of the display module.

7. The host driver device for adaptive display parameters according to claim 6, characterized in that, The channel establishment module is specifically used for: The interface type of the display module connection interface is detected; and, based on the interface class, the corresponding electrical characteristics and protocol stack are configured to establish the data transmission channel.

8. The host driver device for adaptive display parameters according to claim 6, characterized in that, The test response module is specifically used for: Based on the data transmission channel, at least one test signal group consisting of a horizontal synchronization pulse width, a vertical synchronization pulse interval, and a pixel clock frequency combination is sequentially sent to the display module; and based on the test signal group, at least the voltage fluctuation signal, current change signal, register readback value, and sampled data of the display module during the test are recorded to obtain the test response signal.

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 of the host driver method for adaptive display parameters as described in any one of claims 1 to 5.

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 of the host driver method for adaptive display parameters as described in any one of claims 1 to 5.

Images