Human-computer interaction method and device for screens on two sides of vehicle instrument

Abstract

The invention discloses a man-machine interaction method and device for screens on the two sides of a vehicle instrument, and relates to the technical field of vehicle man-machine interaction, and the method comprises the steps: setting the basic states of the screens on the two sides based on the operation of a user on a virtual switch on a central control screen; predefined special scene triggering conditions are continuously monitored through a vehicle bus system; when any special scene is triggered, selecting a corresponding display instruction from a predefined instruction set according to the scene type; the screens on the two sides are forcibly activated to execute the selected display instruction, and in the process, the current basic state is covered by interrupting basic state control logic and establishing a special scene display channel; after the display instruction is executed, the special scene display channel is closed, the basic state control logic is restarted, and control over the screens on the two sides according to the basic state is recovered. The intelligent level-to-level management of the screens on the two sides of the instrument is realized, and the man-machine interaction experience is improved.

Description

Technical Field

[0001] This application relates to the field of vehicle human-machine interaction technology, and in particular to a human-machine interaction method and device for the screens on both sides of a vehicle instrument panel. Background Technology

[0002] As automotive intelligence continues to advance, in-vehicle screen systems are undergoing a structural transformation. The size of central control screens is constantly increasing, and their integrated functions are becoming increasingly rich. Head-up displays are also becoming more widespread, leading to a partial diversion of content from traditional instrument panels and a trend towards smaller instrument panel sizes. While this evolution optimizes driving visibility and interactive layout, it also presents new challenges to interior design—functional blank spaces have appeared on both sides of the instrument panel. How to effectively utilize these spaces has become a key issue in improving the overall human-machine interaction experience. Currently, the industry commonly uses decorative cover panels, but their static characteristics cannot meet the dynamic interaction needs of intelligent cockpits, thus hindering the unity of functionality and aesthetics in interior design. Summary of the Invention

[0003] The purpose of this invention is to provide a human-computer interaction method and device for the screens on both sides of a vehicle instrument panel, at least to solve the problem that blank areas cannot be effectively utilized due to a lack of functional design.

[0004] This invention provides the following solution:

[0005] According to one aspect of the present invention, a human-computer interaction method for two screens on both sides of a vehicle instrument panel is provided, comprising:

[0006] S1. Based on the user's operation of the virtual switch on the central control screen, set the basic state of both screens. The basic state includes a first state that is lit synchronously with the main instrument panel and a second state that is kept off.

[0007] S2. Continuously monitor predefined special scenario triggering conditions through the vehicle bus system. The special scenarios include instrument power-on scenario, driving mode switching scenario, system theme color switching scenario, holiday surprise scenario, and battery thermal runaway alarm scenario.

[0008] S3. When any special scene is triggered, select the corresponding display instruction from the predefined instruction set according to the type of the triggered special scene. The display instruction includes at least one of animation playback, color change and flashing warning.

[0009] S4. Forcefully activate both screens to execute the selected display command. This execution process overrides the current basic state. The forced activation includes interrupting the basic state control logic and establishing a special scene display channel.

[0010] S5. After the display command is executed, resume control of the two screens based on the basic state; the resumption includes turning off the special scene display channel and re-enabling the basic state control logic.

[0011] Furthermore, the basic states of the two screens are defined as follows:

[0012] Detects user touch operations on virtual switches on the central control screen;

[0013] Analyze the type of touch operation to determine whether it is an enable or disable command;

[0014] When the command is detected as an enable command, a synchronization association is established between the display status of the two side screens and the main instrument panel.

[0015] When a shutdown command is detected, a forced shutdown control signal is sent to both screens.

[0016] Furthermore, the predefined special scenario triggering conditions for continuous monitoring include:

[0017] Vehicle status data is collected periodically via the CAN bus;

[0018] The collected vehicle status data is matched with pre-stored trigger conditions using feature matching.

[0019] When a feature match is successful, a trigger event corresponding to the specific scenario is generated.

[0020] Furthermore, the step of selecting the corresponding display instruction from a predefined instruction set based on the triggered specific scene type includes:

[0021] Parse the type identifier of the triggering event to determine the specific special scenario type;

[0022] Access the pre-stored instruction lookup table based on the scene type;

[0023] Read the corresponding set of display parameters from the instruction lookup table.

[0024] Furthermore, the animation playback includes:

[0025] Read animation sequence data from memory;

[0026] The animation data is parsed using a graphics processor.

[0027] The animation sequence is output to both screens at a preset frame rate.

[0028] Furthermore, the color change includes:

[0029] Get the color parameters corresponding to the current driving mode or system theme color;

[0030] Convert color parameters to a screen-readable color format;

[0031] Control both screens to display according to the converted color values.

[0032] Furthermore, the flashing warning includes:

[0033] Configure a timer to generate a pulse signal synchronized with the alarm of the main instrument;

[0034] During the high level of the pulse signal, control both screens to display red;

[0035] The screens on both sides are turned off during the low level of the pulse signal.

[0036] Furthermore, the forced activation of both screens to execute the selected display command includes:

[0037] Send initialization signals to the display controllers of both screens;

[0038] This will convert the set of display parameters into video stream data.

[0039] The video stream data is rendered to both screens using the display controller.

[0040] Furthermore, the restoration of control over both screens based on the basic state includes:

[0041] The monitoring displays the command execution status;

[0042] When the completion of the display command is detected, the current basic status flag is read;

[0043] Switch to the corresponding display control mode based on the value of the basic status flag.

[0044] According to a second aspect of the present invention, a human-machine interaction device for two side screens of a vehicle instrument panel is provided, comprising:

[0045] The status setting module is used to set the basic status of the two screens based on the user's operation of the virtual switch on the central control screen. The basic status includes a first state that is synchronously lit with the main instrument panel and a second state that is kept off.

[0046] The scene monitoring module is used to continuously monitor predefined special scene triggering conditions through the vehicle bus system. The special scenes include instrument power-on scene, driving mode switching scene, system theme color switching scene, holiday surprise scene and battery thermal runaway alarm scene.

[0047] The instruction selection module selects a corresponding display instruction from a predefined instruction set according to the type of the triggered special scene when any special scene is triggered. The display instruction includes at least one of animation playback, color change, and flashing warning.

[0048] The instruction execution module is used to forcibly activate both screens to execute the selected display instruction. This execution process overrides the current basic state. The forced activation includes interrupting the basic state control logic and establishing a special scene display channel.

[0049] The state recovery module is used to restore control of the two screens based on the basic state after the display command is executed; the recovery includes turning off the special scene display channel and re-enabling the basic state control logic.

[0050] The above solution achieves the following beneficial technical effects:

[0051] This application establishes a hierarchical control mechanism for basic states and special scenarios, thereby realizing intelligent management of the screens on both sides of the instrument. It then constructs an interactive architecture that takes into account both user settings and system priorities, thus improving the problem that the blank areas on both sides of traditional instruments are mostly fixed decorative covers, which lack functional design and thus cannot be effectively utilized.

[0052] This application achieves priority display control in emergency scenarios by forcibly activating both side screens to execute display commands and overwrite the basic status, thereby ensuring the reliable transmission of key information. This improves the problem that traditional warning schemes mostly rely on a single channel of the main instrument, and due to the limited warning range, important warnings are easily overlooked.

[0053] This application achieves differentiated visual feedback by selecting corresponding display instructions based on specific scene types, thereby improving the accuracy of information transmission. This addresses the problem that traditional display solutions mostly adopt a unified display mode, which lacks scene adaptation and results in a single interactive semantic expression.

[0054] This application achieves automatic return of system state by restoring basic state control after the display command is executed, thereby maintaining the continuity of interaction. This improves the problem that most traditional interaction schemes lack a state recovery mechanism, resulting in chaotic display state due to incomplete state switching. Attached Figure Description

[0055] Figure 1 This is a flowchart of a human-computer interaction method for the two side screens of a vehicle instrument panel, provided in a specific embodiment of the present invention.

[0056] Figure 2 This is a module architecture diagram of a human-computer interaction device for the two side screens of a vehicle instrument panel, provided in a specific embodiment of the present invention. Detailed Implementation

[0057] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0058] Example 1:

[0059] Figure 1 This is a flowchart of a human-computer interaction method for the two side screens of a vehicle instrument panel, provided in a specific embodiment of the present invention.

[0060] A human-computer interaction method for the screens on both sides of a vehicle's instrument panel, such as Figure 1 As shown, it includes:

[0061] S1. Based on the user's operation of the virtual switch on the central control screen, set the basic state of both screens. The basic state includes a first state that is lit synchronously with the main instrument panel and a second state that is kept off.

[0062] Furthermore, setting the basic states of both screens includes:

[0063] Detects user touch operations on virtual switches on the central control screen;

[0064] Analyze the type of touch operation to determine whether it is an enable or disable command;

[0065] When the command is detected as an enable command, a synchronization association is established between the display status of the two side screens and the main instrument panel.

[0066] When a shutdown command is detected, a forced shutdown control signal is sent to both screens.

[0067] Specifically, by establishing a clear state control mechanism, a stable working foundation is provided for the entire interactive system. The system detects user touch operations on the virtual switch on the central control screen. This technical feature collects voltage signals through the touch sensing layer, ensuring accurate capture of user actions. The type of touch operation is analyzed and determined to be an on or off command. This process uses digital signal processing technology to perform feature analysis on the collected voltage signals and completes command recognition based on the signal waveform characteristics.

[0068] When the system detects an activation command, it establishes a synchronized association between the display status of the two side screens and the main instrument panel. This technical feature is achieved through a status determination formula: ;in This indicates the display status of both screens. This indicates the display status of the main instrument panel. This represents the logical value of the user's on / off command. When When the value is 1, the status of both side screens remains synchronized with the main instrument panel; when... When the value is 0, both screens are forced to remain off.

[0069] When enabled, the brightness control of both screens follows the brightness adjustment characteristics of the main dashboard, achieving precise brightness matching through PWM dimming signals. The corresponding relationship is determined by the brightness matching formula:

[0070] ;

[0071] in This indicates the brightness values ​​of both screens. This indicates the brightness value of the main instrument panel. This is the brightness scaling factor. This is the brightness offset.

[0072] When a shutdown command is detected, the system sends a forced shutdown control signal to both screens. This signal outputs a specific level signal through the GPIO interface, directly controlling the screen driver circuit to enter shutdown mode. In this state, the scanning circuits of both screens stop working, and the backlight power supply is completely cut off, achieving the lowest power consumption state.

[0073] By establishing defined state relationships, the system ensures that both screens maintain the correct display state under different user settings. Digital filtering technology is used to eliminate operational jitter during voltage signal analysis, and a state-holding mechanism is implemented during state transitions to prevent display anomalies during operation. The system periodically monitors the main instrument panel's status signal and updates the display states of both screens in real time, ensuring real-time and accurate state synchronization.

[0074] S2. Continuously monitor predefined special scenario trigger conditions through the vehicle bus system. Special scenarios include instrument power-on scenario, driving mode switching scenario, system theme color switching scenario, holiday surprise scenario, and battery thermal runaway alarm scenario.

[0075] Furthermore, continuous monitoring of predefined special scenario trigger conditions includes:

[0076] Vehicle status data is collected periodically via the CAN bus;

[0077] The collected vehicle status data is matched with pre-stored trigger conditions using feature matching.

[0078] When a feature match is successful, a trigger event corresponding to the specific scenario is generated.

[0079] Specifically, the technology periodically collects vehicle status data via the CAN bus, enabling the simultaneous acquisition of various data types, including vehicle power status, driving mode signals, theme color settings, system date, and battery alarm signals. The data acquisition process follows the standard CAN 2.0B protocol framework, ensuring normal communication with other vehicle control units.

[0080] The collected vehicle status data is matched with pre-stored trigger conditions using feature matching formulas. ;in This represents the feature vector of the collected vehicle status data. This represents a pre-stored feature vector representing the triggering conditions for specific scenarios. This represents the feature matching degree. When the matching degree... If the threshold is exceeded, the feature match is considered successful.

[0081] For the detection of instrument power-on scenarios, the system monitors the status signals of the power management unit. When the IGN_ON signal is detected to jump from low level to high level, and the instrument control unit sends an initialization completion signal, the power-on scenario conditions are determined to be met.

[0082] The recognition of driving mode switching scenarios is based on the changing characteristics of the mode selection signal. The system continuously records the current driving mode code. When a new mode code is detected that is different from the original code and the new mode code is within the valid coding range, a mode switching event is generated.

[0083] The detection of system theme color switching scenarios is achieved through the color configuration register of the monitoring and display control unit. When the color parameters in the register change and the new color parameters are verified by the verification algorithm, it is determined to be a theme color switching event.

[0084] Recognizing holiday-themed scenes requires two conditions to be met simultaneously: the date information provided by the system's real-time clock module must match the pre-stored list of holiday dates, and the central control system must initiate the holiday-themed video playback process. Date matching employs a precise date comparison algorithm, and the video playback status is obtained through the multimedia controller's status register.

[0085] The detection of battery thermal runaway alarm scenarios is directly related to the alarm signal output of the battery management system. When the BMS unit sends an alarm message with a specific identifier via the CAN bus, and the fault code in the message belongs to the predefined set of thermal runaway fault codes, the alarm scenario is triggered immediately.

[0086] When a feature match is successful, a trigger event for the corresponding specific scenario is generated. The event generation process follows an event priority handling mechanism, with different specific scenarios having different priority levels. Higher-priority events can interrupt the execution of lower-priority events. After event generation, the system packages the event type code, timestamp, and associated parameters into an event data packet and stores it in an event queue for further processing.

[0087] Periodic data collection and real-time feature matching ensure rapid identification and response to special scenarios. The construction of feature vectors takes into account the key parameters of each scenario, the setting of matching thresholds ensures the accuracy of identification, and the event queue mechanism provides a reliable event source for subsequent instruction selection and execution.

[0088] S3. When any special scene is triggered, select the corresponding display instruction from the predefined instruction set according to the type of the triggered special scene. The display instruction includes at least one of animation playback, color change and flashing warning.

[0089] Furthermore, based on the specific scene type being triggered, the corresponding display instruction is selected from a predefined instruction set, including:

[0090] Parse the type identifier of the triggering event to determine the specific special scenario type;

[0091] Access the pre-stored instruction lookup table based on the scene type;

[0092] Read the corresponding set of display parameters from the instruction lookup table.

[0093] The animation playback includes:

[0094] Read animation sequence data from memory;

[0095] The animation data is parsed using a graphics processor.

[0096] The animation sequence is output to both screens at a preset frame rate.

[0097] Color changes include:

[0098] Get the color parameters corresponding to the current driving mode or system theme color;

[0099] Convert color parameters to a screen-readable color format;

[0100] Control both screens to display according to the converted color values.

[0101] Flashing warnings include:

[0102] Configure a timer to generate a pulse signal synchronized with the alarm of the main instrument;

[0103] During the high level of the pulse signal, control both screens to display red;

[0104] The screens on both sides are turned off during the low level of the pulse signal.

[0105] Specifically, a mapping mechanism from scene recognition to display command generation was established. The technical feature of parsing the type identifier of the triggering event to determine the specific scene type is accomplished by the event decoder parsing the type encoding field in the event data packet. The type encoding field uses an 8-bit binary encoding format, with different bit segments representing the major and minor scene categories, respectively. A bitmask extraction algorithm is used to achieve rapid classification.

[0106] Accessing a pre-stored instruction lookup table based on the scenario type is achieved through an address mapping formula:

[0107] ;

[0108] in Indicates the address of the lookup table entry. This indicates the base address of the lookup table. Indicates the event type encoding. This indicates the storage space occupied by a single entry. The system directly accesses this address through the memory management unit to obtain the corresponding instruction parameters.

[0109] The corresponding display parameter set is read from the instruction lookup table. The parameter set includes core parameters such as animation identifier, color code, and blinking mode. The parameter reading process uses a burst transfer mode to obtain the complete parameter block at once, reducing the number of memory accesses.

[0110] For animation playback commands, animation sequence data is read from memory using DMA transfer. The storage address of the animation data in flash memory is determined by the animation identifier through an address translation table. The graphics processor parses the animation data, a process that includes decompressing keyframe data, calculating interpolated frames, and generating a bitmap sequence. The animation sequence is output to both screens at a preset frame rate. Frame rate control is achieved through a vertical synchronization signal, and the inter-frame time interval is calculated using the following formula: ;in Indicates the inter-frame time interval. Indicates the target frame rate.

[0111] For color change commands, the color parameters corresponding to the current driving mode or system theme color are obtained by reading the system configuration register. The color parameters are then converted to a screen-recognizable color format using a color space conversion algorithm; the conversion formula is as follows:

[0112] ;

[0113] in , , Indicates the color components used by the screen driver. , , The color components that represent the system theme color. This indicates the bit width adjustment parameter. It controls the two screens to display according to the converted color values, which is achieved by configuring the color lookup table of the screen driver.

[0114] For flashing warning commands, a timer is configured to generate a pulse signal synchronized with the main instrument alarm. The timer's reload value is dynamically calculated based on the alarm frequency. ;in Indicates the timer reload value. Indicates the system clock frequency. This indicates the target blinking frequency. During the high level of the pulse signal, both screens are controlled to display red, achieved by setting the screen area color register to red. During the low level of the pulse signal, both screens are controlled to turn off, accomplished by disabling the backlight drive of the corresponding display area.

[0115] By establishing a complete instruction selection and execution chain, corresponding visual feedback can be triggered in different special scenarios. The instruction lookup table design supports flexible scene expansion, and parameterized configuration allows adjustment of display effects without modifying the core logic. The execution process of each display instruction adopts hardware acceleration technology to ensure real-time performance and smoothness of the display.

[0116] S4. Force activation of both screens to execute the selected display command. This execution process overrides the current basic state. Force activation includes interrupting the basic state control logic and establishing a special scene display channel.

[0117] Furthermore, forcibly activating both side screens to execute the selected display commands includes:

[0118] Send initialization signals to the display controllers of both screens;

[0119] This will convert the set of display parameters into video stream data.

[0120] The video stream data is rendered to both screens using the display controller.

[0121] Specifically, an initialization signal is sent to the display controllers of both screens. This signal, transmitted via a dedicated communication link, contains display mode configuration parameters and timing control parameters. The initialization process requires verification of the controller's readiness state, using the following formula: ;in This indicates the result of the readiness status determination. Indicates the value of the controller status register. This represents the status bit mask. Indicates the expected state value. When When true, the system confirms that the controller has completed initialization.

[0122] The system converts the display parameter set into video stream data, following video timing specifications. For animation data, the system calculates the data volume per frame based on the target resolution and color depth. ;in Indicates the amount of data in a single frame. Indicates the screen width in pixels. Indicates the screen height in pixels. This represents the number of pixels in bytes. During color data conversion, the system performs gamma correction and color space transformation. The correction formula is: ;in This indicates the corrected color value. Represents linear color values. This represents the gamma correction factor.

[0123] The video stream data is rendered to both screens via the display controller, employing a double-buffering mechanism. While the system writes to the back buffer, the display controller reads data from the front buffer and outputs it. Buffer switching is triggered by a synchronization signal completed during the vertical blanking period, preventing screen tearing. The display controller generates timing signals according to the configured horizontal and vertical frequency parameters to ensure synchronization with the main instrument panel display.

[0124] The basic state control logic is paused via hardware interrupts. During the duration of a special scene, the system maintains exclusive access to the display channel until the scene display command is completed. This design ensures that visual feedback in special scenes has the highest priority and is not interfered with by the basic state control logic. The generation of video stream data fully utilizes the parallel computing capabilities of the graphics processor, guaranteeing smooth presentation of complex animation effects. The direct operation of the display controller avoids the latency caused by multiple software frameworks, achieving real-time warning effects.

[0125] S5. After the display command is executed, resume control of both screens based on the basic state; the resumption includes turning off the special scene display channel and re-enabling the basic state control logic;

[0126] Furthermore, restoring control of both screens based on the baseline status includes:

[0127] The monitoring displays the command execution status;

[0128] When the completion of the display command is detected, the current basic status flag is read;

[0129] Switch to the corresponding display control mode based on the value of the basic status flag.

[0130] Specifically, the monitoring and display of command execution status is accomplished in parallel through multiple detection mechanisms. For animation playback commands, the system monitors the playback progress using a frame counter, and the completion status determination formula is as follows:

[0131] ;

[0132] in Indicates the animation is complete. Indicates the current number of frames played. This indicates the total number of animation frames. For timed display commands, the system monitors the duration using a hardware timer, and the completion condition is: ;in Indicates the execution time. Indicates the preset duration.

[0133] When the completion of the display command is detected, the system generates a status recovery trigger signal. This signal triggers an interrupt service routine to read the basic status flags stored in non-volatile memory. The flag reading process is completed through memory mapping access, and the address decoding formula is as follows: ;in Indicates the storage address of the flag bit. Indicates the register base address, This indicates the address offset of the flag bit.

[0134] The system switches to the corresponding display control mode based on the value of the basic status flag. The mode switching logic is implemented using a state machine, and the state transition condition is determined by the flag value. When the flag value is 1, the system re-establishes the display synchronization association between the two side screens and the main instrument panel, and enables the status synchronization control logic. When the flag value is 0, the system sends an off command to the two side screens, turning off the display output.

[0135] The mode switching process includes a sequence of display channel shutdowns. The system first stops the transmission of display data for specific scenarios, then resets the display controller's configuration register, and finally releases control of the display bus. During the switching process, the system ensures a smooth transition in display output, avoiding screen flickering or display abnormalities.

[0136] The state recovery mechanism is guaranteed by a hardware watchdog timer. If state recovery is not completed within a preset time, the watchdog will force the system to execute the recovery process. This design ensures that the system can return to a deterministic base state even in abnormal situations.

[0137] By establishing a complete state monitoring and recovery mechanism, the system can automatically return to the user-defined basic state after the display of special scenarios ends. Multi-path completion state detection ensures that various types of display commands can be accurately identified, the flag bit storage scheme ensures that the system state is not lost in abnormal situations such as power failure, and the state machine-controlled switching logic ensures the reliable execution of mode transitions.

[0138] Example 2:

[0139] Figure 2 This is a module architecture diagram of a human-computer interaction device for the two side screens of a vehicle instrument panel, provided in a specific embodiment of the present invention.

[0140] During vehicle operation, when the battery management system detects a risk of thermal runaway, traditional solutions only display an alarm icon on the main instrument panel. This has several drawbacks, including limited warning effectiveness, conflicts with user settings, low visual perception efficiency, unreliable state recovery, system response delays, and incomplete interaction logic. Specifically, a single main instrument panel warning is easily overlooked in complex driving environments; user-selected settings to disable the side screens hinder emergency warning triggering; limited icon size results in insufficient visibility at long distances or in low light; accurate screen state recovery after the alarm ends is not guaranteed; multi-layered state judgments lead to response delays; and the lack of a complete "normal-warning-recovery" interaction loop easily causes display confusion. These problems collectively affect the reliability of vehicle safety warnings and the human-machine interaction experience. To address these issues, this invention provides a human-machine interaction device for the side screens of a vehicle instrument panel, the structure of which is as follows... Figure 2 As shown. The specific implementation process of this device is as follows:

[0141] The status setting module processes user commands for virtual switches on the central control screen and sets the basic operating status of both side screens based on the command type. This module establishes a display synchronization mechanism between the side screens and the main instrument panel, ensuring that the side screens maintain synchronized display with the main instrument panel when the switch is on, and remain off when the switch is off.

[0142] The scene monitoring module continuously acquires vehicle operating data through the vehicle bus system, including power status, driving mode signals, theme color settings, system date, and battery alarm signals. This module compares and analyzes real-time data with preset trigger conditions, and generates corresponding special scene trigger events when the conditions are met.

[0143] The instruction selection module selects the corresponding display instruction from a pre-stored instruction set based on the specific scenario type being triggered. This module supports three display modes: animation playback, color change, and flashing alert, providing differentiated visual feedback solutions for different scenarios.

[0144] The instruction execution module is responsible for forcibly activating display instructions. This module establishes a dedicated special scene display channel by interrupting the normal state control logic, ensuring that the execution of display instructions is not limited by the basic state. The module converts display parameters into a screen-recognizable data format and completes the rendering output through the display controller.

[0145] The status recovery module monitors the execution progress of the displayed commands and initiates the status recovery process after the commands are completed. This module shuts down the special scenario display channel, re-enables the basic status control logic, and returns the system to the user-defined working mode.

[0146] The system's modules maintain data communication via a bus interface, exchanging information using a unified data format. The basic status flags of the status setting module are stored in the system register, event data from the scene monitoring module is transmitted via a message queue, and the instruction execution module connects to the display controller through a dedicated interface. This architecture ensures the system's stability and reliability when handling complex state transitions, achieving a smooth transition between basic states and special scenarios.

[0147] 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 human-computer interaction method for the screens on both sides of a vehicle instrument panel, characterized in that, include: S1. Based on the user's operation of the virtual switch on the central control screen, set the basic state of both screens. The basic state includes a first state that is lit synchronously with the main instrument panel and a second state that is kept off. S2. Continuously monitor predefined special scenario triggering conditions through the vehicle bus system. The special scenarios include instrument power-on scenario, driving mode switching scenario, system theme color switching scenario, holiday surprise scenario, and battery thermal runaway alarm scenario. S3. When any special scene is triggered, select the corresponding display instruction from the predefined instruction set according to the type of the triggered special scene. The display instruction includes at least one of animation playback, color change and flashing warning. S4. Forcefully activate both screens to execute the selected display command. This execution process overrides the current basic state. The forced activation includes interrupting the basic state control logic and establishing a special scene display channel. S5. After the display command is executed, resume control of the two screens based on the basic state; the resumption includes turning off the special scene display channel and re-enabling the basic state control logic.

2. The human-computer interaction method for the two screens on both sides of a vehicle instrument panel according to claim 1, characterized in that, The basic states of the two screens are defined as follows: Detects user touch operations on virtual switches on the central control screen; Analyze the type of touch operation to determine whether it is an enable or disable command; When the command is detected as an enable command, a synchronization association is established between the display status of the two side screens and the main instrument panel. When a shutdown command is detected, a forced shutdown control signal is sent to both screens.

3. The human-computer interaction method for the two screens on both sides of a vehicle instrument panel according to claim 1, characterized in that, The predefined special scenario triggering conditions for continuous monitoring include: Vehicle status data is collected periodically via the CAN bus; The collected vehicle status data is matched with pre-stored trigger conditions using feature matching. When a feature match is successful, a trigger event corresponding to the specific scenario is generated.

4. The human-computer interaction method for the two screens on both sides of a vehicle instrument panel according to claim 1, characterized in that, The step of selecting the corresponding display instruction from a predefined instruction set based on the triggered special scene type includes: Parse the type identifier of the triggering event to determine the specific special scenario type; Access the pre-stored instruction lookup table based on the scene type; Read the corresponding set of display parameters from the instruction lookup table.

5. The human-computer interaction method for the two screens on both sides of a vehicle instrument panel according to claim 1, characterized in that, The animation playback includes: Read animation sequence data from memory; The animation data is parsed using a graphics processor. The animation sequence is output to both screens at a preset frame rate.

6. The human-computer interaction method for the two screens on both sides of a vehicle instrument panel according to claim 1, characterized in that, The color changes include: Get the color parameters corresponding to the current driving mode or system theme color; Convert color parameters to a screen-readable color format; Control both screens to display according to the converted color values.

7. The human-computer interaction method for the two screens on both sides of a vehicle instrument panel according to claim 1, characterized in that, The flashing warning includes: Configure a timer to generate a pulse signal synchronized with the alarm of the main instrument; During the high level of the pulse signal, control both screens to display red; The screens on both sides are turned off during the low level of the pulse signal.

8. The human-computer interaction method for the two screens on both sides of a vehicle instrument panel according to claim 1, characterized in that, The forced activation of both screens to execute the selected display command includes: Send initialization signals to the display controllers of both screens; This will convert the set of display parameters into video stream data. The video stream data is rendered to both screens using the display controller.

9. The human-computer interaction method for the two screens on both sides of a vehicle instrument panel according to claim 1, characterized in that, The restoration of control over both screens based on the basic state includes: The monitoring displays the command execution status; When the completion of the display command is detected, the current basic status flag is read; Switch to the corresponding display control mode based on the value of the basic status flag.

10. A human-computer interaction device for the screens on both sides of a vehicle instrument panel, characterized in that, A human-computer interaction method applied to the two side screens of a vehicle instrument panel according to any one of claims 1 to 9 includes: The status setting module is used to set the basic status of the two screens based on the user's operation of the virtual switch on the central control screen. The basic status includes a first state that is lit synchronously with the main instrument panel and a second state that is kept off. The scene monitoring module is used to continuously monitor predefined special scene triggering conditions through the vehicle bus system. The special scenes include instrument power-on scene, driving mode switching scene, system theme color switching scene, holiday surprise scene and battery thermal runaway alarm scene. The instruction selection module selects a corresponding display instruction from a predefined instruction set according to the type of the triggered special scene when any special scene is triggered. The display instruction includes at least one of animation playback, color change, and flashing warning. The instruction execution module is used to forcibly activate both screens to execute the selected display instruction. This execution process overrides the current basic state. The forced activation includes interrupting the basic state control logic and establishing a special scene display channel. The state recovery module is used to restore control of the two screens based on the basic state after the display command is executed; the recovery includes turning off the special scene display channel and re-enabling the basic state control logic.

Images