Cockpit screen intelligent monitoring method and device, equipment and medium

Abstract

The application discloses a cockpit screen intelligent monitoring method, device, equipment and medium, the method comprises the following steps: receiving the screen power-on instruction and then sending the protocol handshake information to the screen controller, judging whether the protocol handshake information meets the state switching condition, if yes, switching to the screen power-on state and obtaining the adder feedback adder monitoring information, the deserializer feedback deserializer monitoring information and the heartbeat packet feedback by the screen controller to perform abnormal monitoring judgment, obtaining the screen monitoring result, if the screen monitoring result is that the screen works normally, the abnormal judgment step is circularly executed until the screen power-off instruction is received. The above method can simultaneously implement monitoring on the adder, the deserializer and the screen controller, thereby monitoring the screen state in the whole running process and obtaining a more accurate screen monitoring result, so that the cause can be quickly located and recovery processing can be performed when the cockpit screen abnormity occurs, and the accuracy of monitoring the state of the cockpit screen is improved.

Description

Technical Field

[0001] This invention relates to the field of screen monitoring and control technology, and in particular to a method, device, equipment and medium for intelligent monitoring of cockpit screens. Background Technology

[0002] With the booming development of the new energy vehicle industry, major manufacturers are committed to providing users with a better user experience, and the intelligent cockpit is a key element in delivering convenience and comfort. Based on the practical application of intelligent cockpit screens, it is necessary to monitor whether the screens are malfunctioning. The aim is to understand the screen status in real time and take necessary recovery measures for abnormal states, thereby improving driving safety and enhancing the user experience. However, existing cockpit screen monitoring methods typically only monitor whether the display is functioning normally. They can only determine whether the display is normal but cannot obtain more detailed monitoring data. The monitoring of the screen status is inaccurate, making it difficult to determine the specific cause of the abnormality and take recovery measures when the cockpit screen malfunctions. Therefore, existing technologies suffer from the problem of not being able to accurately monitor the status of the cockpit screen. Summary of the Invention

[0003] This invention provides a method, device, equipment, and medium for intelligent monitoring of cockpit screens, aiming to solve the problem of inaccurate monitoring of cockpit screen status in existing technologies.

[0004] In a first aspect, embodiments of the present invention provide a cockpit screen intelligent monitoring method, the method being applied in a vehicle infotainment controller, the vehicle infotainment controller being connected to a serializer, a serializer, and a screen controller, the serializer being connected to the serializer, and the serializer being connected to the screen controller, wherein the method includes:

[0005] Obtain protocol handshake information from the screen controller and switch the real-time state to the screen power-on state;

[0006] If the protocol handshake information meets the preset state switching conditions, switch the real-time state to the screen monitoring state and send monitoring instructions to the serializer, the deserializer and the screen controller respectively.

[0007] The first judgment result is obtained by judging whether the monitoring information of the serializer fed back by the serializer is abnormal according to the preset first monitoring judgment rule.

[0008] The second judgment result is obtained by judging whether the monitoring information of the deserializer fed back by the deserializer is abnormal according to the preset second monitoring judgment rule.

[0009] The system judges whether the heartbeat packets fed back by the screen controller are abnormal according to the preset heartbeat detection rules, and obtains a third judgment result.

[0010] The first judgment result, the second judgment result, and the third judgment result are integrated to obtain the corresponding screen monitoring result;

[0011] If the screen monitoring result indicates that the screen is working normally, the above-mentioned abnormal judgment steps are executed repeatedly until a screen power-off command is received.

[0012] Secondly, embodiments of the present invention also provide a cockpit screen intelligent monitoring device, wherein the device is used to execute the cockpit screen intelligent monitoring method as described in the first aspect above, the device is configured in a vehicle controller, the vehicle controller is connected to a serializer, a deserializer and a screen controller, the serializer is connected to the deserializer, the deserializer is connected to the screen controller, and the device includes:

[0013] The protocol handshake information acquisition unit is used to acquire protocol handshake information from the screen controller and switch the real-time state to the screen power-on state.

[0014] The monitoring instruction sending unit is used to switch the real-time state to the screen monitoring state and send monitoring instructions to the serializer, the deserializer and the screen controller respectively if the protocol handshake information meets the preset state switching conditions.

[0015] The first judgment result acquisition unit is used to judge whether the serializer monitoring information fed back by the serializer is abnormal according to the preset first monitoring judgment rule, and obtain the first judgment result;

[0016] The second judgment result acquisition unit is used to judge whether the deserializer monitoring information fed back by the deserializer is abnormal according to the preset second monitoring judgment rule, and obtain the second judgment result.

[0017] The third judgment result acquisition unit is used to judge whether the heartbeat packet fed back by the screen controller is abnormal according to the preset heartbeat detection rules, and obtain the third judgment result;

[0018] The screen monitoring result acquisition unit is used to integrate the first judgment result, the second judgment result and the third judgment result to obtain the corresponding screen monitoring result;

[0019] The loop execution unit is used to repeatedly execute the above-mentioned abnormal judgment steps until a screen power-off command is received if the screen monitoring result indicates that the screen is working normally.

[0020] Thirdly, embodiments of the present invention also provide a computer device, wherein the device includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0021] Memory, used to store computer programs;

[0022] When the processor executes the program stored in the memory, it implements the steps of the cockpit screen intelligent monitoring method described in the first aspect above.

[0023] Fourthly, embodiments of the present invention also provide 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 cockpit screen intelligent monitoring method described in the first aspect above.

[0024] This invention provides a method, device, equipment, and medium for intelligent monitoring of cockpit screens. The method includes: upon receiving a screen power-on command, sending protocol handshake information to the screen controller; determining whether the protocol handshake information meets the state switching conditions; if so, switching to the screen power-on state and acquiring serializer monitoring information fed back by the serializer, deserializer monitoring information fed back by the deserializer, and heartbeat packets fed back by the screen controller for anomaly monitoring and judgment, obtaining the screen monitoring result; if the screen monitoring result indicates that the screen is working normally, the anomaly judgment steps are repeatedly executed until a screen power-off command is received. This method can simultaneously monitor the serializer, deserializer, and screen controller, thereby achieving monitoring of the screen status throughout the entire operation process, obtaining more accurate screen monitoring results, and enabling rapid identification of the cause and recovery processing when cockpit screen anomalies occur, significantly improving the accuracy of cockpit screen status monitoring. Attached Figure Description

[0025] To more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the following description of the embodiments will be briefly introduced. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 A flowchart illustrating the intelligent cockpit screen monitoring method provided in this embodiment of the invention;

[0027] Figure 2 This is a schematic diagram illustrating an application scenario of the intelligent cockpit screen monitoring method provided in an embodiment of the present invention.

[0028] Figure 3 A schematic block diagram of the intelligent cockpit screen monitoring device provided in an embodiment of the present invention;

[0029] Figure 4 This is a schematic block diagram of a computer device provided in an embodiment of the present invention. Detailed Implementation

[0030] The technical solutions of the embodiments of the present invention will be clearly and completely described below 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.

[0031] It should be understood that, when used in this specification and the appended claims, the terms "comprising" and "including" indicate the presence of the described features, integrals, steps, operations, elements and / or components, but do not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or collections thereof.

[0032] It should also be understood that the terminology used in this specification is for the purpose of describing particular embodiments only and is not intended to limit the invention. As used in this specification and the appended claims, the singular forms “a,” “an,” and “the” are intended to include the plural forms unless the context clearly indicates otherwise.

[0033] It should also be further understood that the term "and / or" as used in this specification and the appended claims refers to any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0034] Please see Figure 1 As shown in the figure, an embodiment of this invention provides a cockpit screen intelligent monitoring method, which is applied in the vehicle controller 10. Figure 2As shown, the vehicle controller 10 is connected to a serializer 20, a deserializer 30, and a screen controller 40. The serializer 20 is connected to the deserializer 30, and the deserializer 30 is connected to the screen controller 40. This method is executed by application software installed in the vehicle controller 10. The vehicle controller 10 is a controller installed in a car to control the entire vehicle, such as a vehicle-mounted SOC (System-on-Chip). The serializer 20 is a component used to serialize the playback information sent by the vehicle controller 10. The serializer 20 can transmit the serialized information obtained by the serialization process to the deserializer 30. The deserializer 30 is a component that deserializes the serialized information to obtain the screen playback content. The deserializer 30 can send the screen playback content obtained by the deserialization process to the screen controller 40. The screen-end controller 40, also known as the screen-end MCU chip, is a controller installed within the cockpit screen for screen display control. Users can view the content displayed on the cockpit screen and input corresponding control information via buttons or the touchscreen to control the screen. To meet actual user needs, buttons, speakers, and other components can be configured on the cockpit screen. The intelligent cockpit system, formed by the vehicle controller 10, serializer 20, deserializer 30, and screen-end controller 40, is built as a QNX link based on the QNX virtual machine (i.e., QNX Hypervisor technology). The entire QNX link system undergoes serialization initialization. The vehicle controller 10, serializer 20, deserializer 30, and screen-end controller 40 are all connected via LVDS cables. Figure 1 As shown, the method includes steps S110 to S170.

[0035] S110. Obtain protocol handshake information from the screen controller and switch the real-time state to the screen power-on state.

[0036] The system acquires protocol handshake information from the screen controller and switches its real-time state to the screen power-on state. After the vehicle is powered on, the display driver initializes the serializer and deserializer; simultaneously, the screen controller sends protocol handshake information to the vehicle controller, which includes the screen controller's protocol version and protocol parameters. Specifically, the real-time state can include screen power-off state (OFF state), screen power-on state (ON state), monitoring state (HEALTH state), and abnormal state (ERROR state); when the cockpit screen is not powered on, it is in the screen power-off state; when the cockpit screen is powered on, it sends protocol handshake information to the vehicle controller, and the vehicle controller, upon receiving the protocol handshake information, switches its real-time state to the screen power-on state.

[0037] S120. If the protocol handshake information meets the preset state switching conditions, switch the real-time state to the screen monitoring state and send monitoring instructions to the serializer, the deserializer and the screen controller respectively.

[0038] If the protocol handshake information meets the preset state switching conditions, the real-time state is switched to the screen monitoring state, and monitoring commands are sent to the serializer, the deserializer, and the screen controller respectively. The vehicle controller determines whether the received protocol handshake information meets the state switching conditions. Specifically, the protocol parameters include the information transmission sequence of the screen controller powering on and communicating with the vehicle controller, as well as the information transmission sequence of the corresponding control and handshake operations of the vehicle controller. After receiving the protocol handshake information, the vehicle controller performs a protocol handshake with the powered-on screen controller based on the above information transmission sequence. During this process, the vehicle controller can obtain the software version and hardware version of the screen controller through the protocol, and verify whether the software version and hardware version match the version parameter information preset in the state switching conditions. If both the software version and hardware version match the corresponding version parameter information, it is determined that an agreement has been reached with the screen controller, that is, the above state switching conditions are met; if a certain software version does not match the corresponding version parameter information, it is determined that an agreement cannot be reached, that is, the state switching conditions are not met.

[0039] If the state switching conditions are met, the vehicle controller can further receive heartbeat packets from the screen controller, at which point it can switch from real-time state to screen monitoring state. If the cockpit screen display shows an abnormality, it can switch to the abnormal state accordingly. If the cockpit screen loses power, it will return to the screen power-off state. Afterwards, the vehicle controller can send monitoring commands to the serializer, deserializer, and screen controller respectively, thereby realizing real-time monitoring of the serializer, deserializer, and screen controller.

[0040] S130. Based on the preset first monitoring judgment rule, determine whether the monitoring information of the serializer fed back by the serializer is abnormal, and obtain the first judgment result.

[0041] The system judges whether the monitoring information fed back by the serializer is abnormal according to a preset first monitoring judgment rule, and obtains a first judgment result. Specifically, the vehicle control unit can obtain the serializer monitoring information fed back by the serializer (that is, the serializer link register value), and judge whether the serializer monitoring information is abnormal according to the first monitoring judgment rule, thereby obtaining a first judgment result. If the serializer monitoring information is normal, the first judgment result is also normal; if the serializer monitoring information is abnormal, the first judgment result is abnormal.

[0042] In a specific embodiment, step S130 includes the following sub-steps: determining whether the initialization configuration parameters in the serializer monitoring information are abnormal; if the initialization configuration parameters are not abnormal, determining whether the status value in the serializer monitoring information matches the preset status value in the first monitoring judgment rule; if the status value matches the preset status value, determining whether the power supply parameters in the serializer monitoring information match the power supply range value in the first monitoring judgment rule; if the power supply parameters match the power supply range value, a first judgment result of no abnormality is obtained; if the initialization configuration parameters are abnormal, the status value does not match the preset status value, or the power supply parameters do not match the power supply range value, a first judgment result of abnormality is obtained.

[0043] Specifically, by monitoring the serializer, the link status at one end of the vehicle controller can be further understood. After the serializer completes initialization, it starts working and stores the operating parameters in the registers inside the serializer. The vehicle controller can then monitor and obtain the status parameter information stored in the registers inside the serializer and make judgments.

[0044] Specifically, it can be determined whether the initialization configuration parameters in the serializer monitoring information are abnormal, that is, whether the initialization configuration parameters are the same as the pre-stored initialization parameters, thereby preventing screen flickering, black screen, and other phenomena caused by abnormal initialization parameters. If the screen display is abnormal due to abnormal initialization configuration parameters, the specific cause can be found immediately. If the initialization configuration parameters are not abnormal, it is further determined whether the status values ​​in the serializer monitoring information match the preset status values ​​in the first monitoring judgment rule. The status values ​​in the serializer monitoring information include at least the hot-plug status value, thereby quickly monitoring whether hot-plug operations have occurred on the screen. It is determined whether each status value in the serializer monitoring information matches the corresponding preset status value.

[0045] If all status values ​​match the preset status values, the power supply parameters in the serializer monitoring information can be further judged to see if they match the power supply range values ​​in the first monitoring judgment rule. These power supply parameters are the voltage, current, and resistance values ​​related to the serializer PDB power supply. The judgment is made to determine if each power supply parameter value is within its corresponding power supply range value. If all power supply parameters match the power supply range value, the first judgment result of no abnormality is obtained.

[0046] If the initial configuration parameters are abnormal, the first judgment result of the abnormality is obtained; correspondingly, if the status value does not match the preset status value, the first judgment result of the abnormality is obtained; if the power supply parameters do not match the power supply range value, the first judgment result of the abnormality is obtained.

[0047] S140. Determine whether the monitoring information of the deserializer fed back by the deserializer is abnormal according to the preset second monitoring judgment rule, and obtain the second judgment result.

[0048] The second judgment result is obtained by judging whether the deserializer monitoring information fed back by the deserializer is abnormal according to the preset second monitoring judgment rule. The register value of the deserializer can be monitored and obtained as the deserializer monitoring information by I2C polling; the second judgment result is obtained by judging whether the deserializer monitoring information is abnormal according to the second monitoring judgment rule.

[0049] In a specific embodiment, step S140 includes the following sub-steps: determining whether the screen backlight configuration parameters in the deserializer monitoring information match the backlight parameter range in the second monitoring judgment rule; if the screen backlight configuration parameters match the backlight parameter range, determining whether the lock pin signal in the deserializer monitoring information matches the default signal in the second monitoring judgment rule; if the lock pin signal matches the default signal, obtaining a second judgment result without abnormality; if the screen backlight configuration parameters do not match the backlight parameter range or the lock pin signal does not match the default signal, obtaining a second judgment result with abnormality.

[0050] Similarly, after initialization, the deserializer starts working and stores its operating parameters in its registers. The vehicle controller can then monitor and obtain the status parameter information stored in the deserializer's registers via I2C polling and make judgments. Specifically, it can determine whether the screen backlight configuration parameters in the deserializer monitoring information match the backlight parameter range in the second monitoring judgment rule. The screen backlight configuration parameters only include the register values ​​of the PWM parameter and bl_en. It can determine whether each screen backlight configuration parameter matches the corresponding backlight parameter range, thereby determining whether the screen backlight status and screen backlight PWM value are abnormal. If each screen backlight configuration parameter matches the corresponding backlight parameter range, it further determines whether the lock pin signal in the deserializer monitoring information matches the default signal in the second monitoring judgment rule. The lock pin signal is the level signal of the lock pin on the deserializer. If the lock pin signal matches the default signal, it indicates that the deserializer has not experienced a lock loss problem; if the lock pin signal does not match the default signal, it indicates that the deserializer has experienced a lock loss problem.

[0051] If the lock pin signal matches the default signal, a second judgment result without abnormalities is obtained; if the screen backlight configuration parameters do not match the backlight parameter range, or if the lock pin signal does not match the default signal, an abnormal second judgment result is obtained.

[0052] Furthermore, it is also possible to determine whether the deserializer link status in the serializer monitoring information matches the preset status parameters in the second monitoring judgment rule. By obtaining the deserializer link status, the connection status of the screen controller can be determined, thereby ensuring the reliability of real-time monitoring of the entire link.

[0053] S150. Based on the preset heartbeat detection rules, determine whether the heartbeat packet fed back by the screen controller is abnormal, and obtain a third judgment result.

[0054] The heartbeat packets fed back by the screen controller are judged to be abnormal according to the preset heartbeat detection rules, resulting in a third judgment result. Further, the heartbeat packets fed back by the screen controller can be judged according to the heartbeat detection rules, that is, a third judgment result is obtained regarding whether the heartbeat packets are abnormal. Specifically, after the vehicle controller and the screen controller complete the protocol handshake, the screen controller sends a heartbeat packet to the vehicle controller every five seconds; the vehicle controller then judges whether the received heartbeat packets are abnormal according to the heartbeat detection rules.

[0055] In a specific embodiment, step S150 includes the following sub-steps: determining whether a heartbeat packet is received from the screen controller within the receiving time, wherein the receiving time is the time point between the receiving time of the previous heartbeat packet and the receiving time of the previous heartbeat packet; if a heartbeat packet is received within the receiving time, determining whether the monitoring parameters in the heartbeat packet meet the heartbeat detection rules; if the monitoring parameters meet the heartbeat detection rules, obtaining a third judgment result of no abnormality; if two consecutive heartbeat packets are not received within the receiving time or the monitoring parameters do not meet the heartbeat detection rules, obtaining a third judgment result of abnormality.

[0056] Specifically, it can be determined whether a heartbeat packet from the screen controller is received within the receiving time. The receiving time is the time interval between the receiving time of the previous heartbeat packet and the receiving time of the previous heartbeat packet, which is a preset period. If a heartbeat packet is sent every five seconds, the preset period is a time value greater than five seconds, such as 5.5 seconds. If a heartbeat packet is received within the receiving time, it is further determined whether the detection parameters in the heartbeat packet meet the parameter range set in the heartbeat detection rules. The detection parameters in the heartbeat packet only include hardware fault indication parameters, temperature detection parameters, and the TFT LCD screen frame rate.

[0057] If all monitored parameters in the heartbeat packet meet the corresponding parameter ranges in the heartbeat detection rules, then the detection parameters are deemed to meet the heartbeat detection rules, and the resulting third judgment is "no anomaly." If no heartbeat packet is received from the screen controller within the receiving time, then wait for a preset period of time and determine whether a heartbeat packet is received from the screen controller after extending the preset period of time. If no heartbeat packet is received from the screen controller after extending the preset period of time, then it is determined that no heartbeat packet has been received within the receiving time twice consecutively, and the resulting third judgment is "abnormal." If the monitored parameters do not meet the heartbeat detection rules, the resulting third judgment is also "abnormal."

[0058] S160. Integrate the first judgment result, the second judgment result and the third judgment result to obtain the corresponding screen monitoring result.

[0059] The first, second, and third judgment results are integrated to obtain the corresponding screen monitoring results. Since the first judgment result is only obtained by monitoring the serializer, the second judgment result is only obtained by monitoring the deserializer, and the third judgment result is only obtained by monitoring the screen controller, these results can be integrated to obtain a complete screen monitoring result for the cockpit screen display link. Specifically, if the first, second, or third judgment result is abnormal, the obtained screen monitoring result is an abnormal screen operation, and the corresponding abnormality type can be determined. Abnormality types include abnormal serializer configuration parameters, abnormal serializer power supply, abnormal serializer status, abnormal deserializer backlight parameters, abnormal deserializer lockout, abnormal screen controller software, abnormal screen controller hardware failure, and abnormal screen controller high temperature. If the first, second, and third judgment results are all normal, the obtained screen monitoring result is a normal screen operation, and it is not necessary to determine the abnormality type.

[0060] In a specific embodiment, after step S160, the method further includes the step of: if the screen monitoring result indicates that the screen is malfunctioning, switching the real-time state to the screen malfunction state.

[0061] If the screen monitoring result indicates that the screen is malfunctioning, the real-time status can be switched to the screen malfunction status, at which point the operation of the cockpit screen display link can be interrupted.

[0062] In a specific embodiment, switching from real-time state to screen abnormal state includes: obtaining a corresponding abnormality handling strategy from a preset strategy set based on the abnormality type in the screen monitoring results; and performing abnormality recovery control on the corresponding components according to the abnormality handling strategy.

[0063] Furthermore, if the real-time status is in an abnormal screen state, an exception handling strategy matching the exception type can be obtained from the strategy set based on the exception type in the screen monitoring results. The strategy set contains multiple handling strategies, each corresponding to an exception type. Therefore, a matching handling strategy can be obtained from the strategy set based on the exception type as the exception handling strategy. Further exception recovery control is then implemented for the corresponding components based on the exception handling strategy.

[0064] In a specific embodiment, the step of performing anomaly recovery control on the corresponding component according to the anomaly handling strategy includes: determining the corresponding target component according to the anomaly type; and sending the corresponding control command to the target component according to the anomaly handling strategy to perform anomaly recovery control on the target component.

[0065] Specifically, the target component can be determined based on the type of exception. For example, if the exception type is an abnormal backlight parameter of the deserializer, then the target component corresponding to this exception type can be the deserializer. According to the exception handling strategy, corresponding control commands are issued to the target component, thereby controlling the target component to restore its state, i.e., performing exception recovery control on the target component.

[0066] For example, if the exception type is a backlight parameter error in the deserializer and the target component is the deserializer, a control command to reset the backlight parameters can be sent to the deserializer. Upon receiving the control command to reset the backlight parameters, the deserializer will reset the configured backlight parameters, thereby performing exception recovery control on the deserializer.

[0067] S170. If the screen monitoring result indicates that the screen is working normally, the above abnormal judgment steps are executed repeatedly until a screen power-off command is received.

[0068] If the screen monitoring result indicates that the screen is working normally, the above-mentioned anomaly judgment steps are executed repeatedly until a screen power-off command is received. If the screen monitoring result indicates that the screen is malfunctioning, the above-mentioned anomaly judgment steps are executed repeatedly, that is, steps S130 to S160 are executed repeatedly to achieve cyclic monitoring of the cockpit screen; if a screen power-off command is received, the above-mentioned cyclic monitoring process is exited.

[0069] The intelligent cockpit screen monitoring method disclosed in the above embodiments includes: upon receiving a screen power-on command, sending protocol handshake information to the screen controller; determining whether the protocol handshake information meets the state switching conditions; if so, switching to the screen power-on state and acquiring the serializer monitoring information fed back by the serializer, the deserializer monitoring information fed back by the deserializer, and the heartbeat packet fed back by the screen controller for anomaly monitoring and judgment, obtaining the screen monitoring result; if the screen monitoring result indicates that the screen is working normally, the anomaly judgment steps are repeatedly executed until a screen power-off command is received. This method can simultaneously monitor the serializer, deserializer, and screen controller, thereby achieving monitoring of the screen status throughout the entire operation process, obtaining more accurate screen monitoring results, and enabling rapid identification of the cause and recovery processing when anomalies occur in the cockpit screen, significantly improving the accuracy of cockpit screen status monitoring.

[0070] This invention also provides a cockpit screen intelligent monitoring device, which can be configured in the vehicle's infotainment system controller. This device is used to execute any embodiment of the aforementioned cockpit screen intelligent monitoring method. Specifically, please refer to... Figure 3 , Figure 3 This is a schematic block diagram of a cockpit screen intelligent monitoring device provided in an embodiment of the present invention.

[0071] like Figure 3 As shown, the cockpit screen intelligent monitoring device 100 includes a protocol handshake information acquisition unit 110, a monitoring command sending unit 120, a first judgment result acquisition unit 130, a second judgment result acquisition unit 140, a third judgment result acquisition unit 150, a screen monitoring result acquisition unit 160, and a loop execution unit 170.

[0072] The protocol handshake information acquisition unit 110 is used to acquire protocol handshake information from the screen controller and switch the real-time state to the screen power-on state.

[0073] The monitoring instruction sending unit 120 is used to switch the real-time state to the screen monitoring state and send monitoring instructions to the serializer, the deserializer and the screen controller respectively if the protocol handshake information meets the preset state switching conditions.

[0074] The first judgment result acquisition unit 130 is used to judge whether the serializer monitoring information fed back by the serializer is abnormal according to the preset first monitoring judgment rule, and obtain the first judgment result.

[0075] The second judgment result acquisition unit 140 is used to judge whether the deserializer monitoring information fed back by the deserializer is abnormal according to the preset second monitoring judgment rule, and obtain the second judgment result.

[0076] The third judgment result acquisition unit 150 is used to judge whether the heartbeat packet fed back by the screen controller is abnormal according to the preset heartbeat detection rules, and obtain the third judgment result.

[0077] The screen monitoring result acquisition unit 160 is used to integrate the first judgment result, the second judgment result and the third judgment result to obtain the corresponding screen monitoring result.

[0078] The loop execution unit 170 is used to repeatedly execute the above-mentioned abnormal judgment steps until a screen power-off command is received if the screen monitoring result indicates that the screen is working normally.

[0079] The cockpit screen intelligent monitoring device provided in this embodiment of the invention applies the above-described cockpit screen intelligent monitoring method. Upon receiving a screen power-on command, it sends protocol handshake information to the screen controller. It then determines whether the protocol handshake information meets the state switching conditions. If it does, it switches to the screen power-on state and acquires the serializer monitoring information fed back by the serializer, the deserializer monitoring information fed back by the deserializer, and the heartbeat packet fed back by the screen controller for anomaly monitoring and judgment, obtaining the screen monitoring result. If the screen monitoring result indicates that the screen is working normally, the anomaly judgment steps are repeatedly executed until a screen power-off command is received. This method can simultaneously monitor the serializer, deserializer, and screen controller, thereby achieving monitoring of the screen status throughout the entire operation process, obtaining more accurate screen monitoring results. This allows for rapid identification of the cause and recovery processing when anomalies occur in the cockpit screen, significantly improving the accuracy of cockpit screen status monitoring.

[0080] The aforementioned intelligent monitoring device for cockpit screens can be implemented as a computer program, which can, for example... Figure 4 It runs on the computer device shown.

[0081] Please see Figure 4 , Figure 4 This is a schematic block diagram of a computer device provided in an embodiment of the present invention. The computer device may be a vehicle controller used to execute a cockpit screen intelligent monitoring method to achieve intelligent monitoring of the cockpit screen.

[0082] See Figure 4 The computer device 500 includes a processor 502, a memory, and a communication interface 505 connected via a communication bus 501. The memory may include a storage medium 503 and internal memory 504.

[0083] The storage medium 503 may store an operating system 5031 and a computer program 5032. When the computer program 5032 is executed, it enables the processor 502 to execute a cockpit screen intelligent monitoring method. The storage medium 503 may be a volatile storage medium or a non-volatile storage medium.

[0084] The processor 502 provides computing and control capabilities to support the operation of the entire computer device 500.

[0085] The internal memory 504 provides an environment for the operation of the computer program 5032 in the storage medium 503. When the computer program 5032 is executed by the processor 502, the processor 502 can execute the cockpit screen intelligent monitoring method.

[0086] This communication interface 505 is used for network communication, such as providing data transmission. Those skilled in the art will understand that... Figure 4 The structure shown is merely a block diagram of a portion of the structure related to the present invention and does not constitute a limitation on the computer device 500 to which the present invention is applied. The specific computer device 500 may include more or fewer components than shown in the figure, or combine certain components, or have different component arrangements.

[0087] The processor 502 is used to run the computer program 5032 stored in the memory to implement the corresponding functions in the above-described intelligent cockpit screen monitoring method.

[0088] Those skilled in the art will understand that Figure 4 The embodiments of the computer device shown do not constitute a limitation on the specific configuration of the computer device. In other embodiments, the computer device may include more or fewer components than illustrated, or combine certain components, or have different component arrangements. For example, in some embodiments, the computer device may include only memory and a processor. In such embodiments, the structure and function of the memory and processor are different from those shown. Figure 4 The embodiments shown are consistent and will not be repeated here.

[0089] It should be understood that, in this embodiment of the invention, the processor 502 may be a Central Processing Unit (CPU), or it may be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0090] In another embodiment of the invention, a computer-readable storage medium is provided. This computer-readable storage medium may be volatile or non-volatile. The computer-readable storage medium stores a computer program, which, when executed by a processor, implements the steps included in the above-described intelligent cockpit screen monitoring method.

[0091] Those skilled in the art will readily understand that, for the sake of convenience and brevity, the specific working processes of the devices, apparatuses, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in terms of function in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this invention.

[0092] In the embodiments provided by this invention, it should be understood that the disclosed devices, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Units with the same function may be grouped into one unit. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. In addition, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interfaces, devices, or units, or it may be an electrical, mechanical, or other form of connection.

[0093] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of the embodiments of the present invention, depending on actual needs.

[0094] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0095] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a computer-readable storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned computer-readable storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), magnetic disks, or optical disks.

[0096] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in the present invention, and these modifications or substitutions should all be covered within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. A method for intelligent monitoring of cockpit screens, characterized in that, The method is applied in a vehicle-mounted controller, which is connected to a serializer, a deserializer, and a screen controller. The serializer is connected to the deserializer, and the deserializer is connected to the screen controller. The method includes: Obtain protocol handshake information from the screen controller and switch the real-time state to the screen power-on state; If the protocol handshake information meets the preset state switching conditions, switch the real-time state to the screen monitoring state and send monitoring instructions to the serializer, the deserializer and the screen controller respectively. The first judgment result is obtained by judging whether the monitoring information of the serializer fed back by the serializer is abnormal according to the preset first monitoring judgment rule. The second judgment result is obtained by judging whether the monitoring information of the deserializer fed back by the deserializer is abnormal according to the preset second monitoring judgment rule. The system judges whether the heartbeat packets fed back by the screen controller are abnormal according to the preset heartbeat detection rules, and obtains a third judgment result. The first judgment result, the second judgment result, and the third judgment result are integrated to obtain the corresponding screen monitoring result; If the screen monitoring result indicates that the screen is working normally, the above-mentioned abnormal judgment steps are executed repeatedly until a screen power-off command is received.

2. The intelligent monitoring method for cockpit screens according to claim 1, characterized in that, The step of judging whether the monitoring information of the serializer fed back by the serializer is abnormal according to the preset first monitoring judgment rule, and obtaining the first judgment result, includes: Determine whether the initialization configuration parameters in the serializer monitoring information are abnormal; If the initialization configuration parameters are not abnormal, determine whether the status value in the serializer monitoring information matches the preset status value in the first monitoring judgment rule; If the status value matches the preset status value, determine whether the power supply parameters in the serializer monitoring information match the power supply range value in the first monitoring judgment rule; If the power supply parameters match the power supply range value, a first judgment result indicating no abnormality is obtained; If the initialization configuration parameters are abnormal, the status value does not match the preset status value, or the power supply parameters do not match the power supply range value, an abnormal first judgment result is obtained.

3. The intelligent monitoring method for cockpit screens according to claim 1, characterized in that, The step of judging whether the deserializer monitoring information fed back by the deserializer is abnormal according to the preset second monitoring judgment rule, and obtaining the second judgment result, includes: Determine whether the screen backlight configuration parameters in the deserializer monitoring information match the backlight parameter range in the second monitoring judgment rule; If the screen backlight configuration parameters match the backlight parameter range, determine whether the lock pin signal in the deserializer monitoring information matches the default signal in the second monitoring judgment rule; If the locking pin signal matches the default signal, a second judgment result without abnormality is obtained; If the screen backlight configuration parameters do not match the backlight parameter range or the lock pin signal does not match the default signal, an abnormal second judgment result is obtained.

4. The intelligent monitoring method for cockpit screens according to claim 1, characterized in that, The step of judging whether the heartbeat packet fed back by the screen controller is abnormal according to the preset heartbeat detection rules to obtain a third judgment result includes: Determine whether a heartbeat packet fed back by the screen controller is received within the receiving time, wherein the receiving time is the time point between the receiving time of the previous heartbeat packet and the time interval of a preset period. If a heartbeat packet is received within the receiving time, determine whether the monitoring parameters in the heartbeat packet meet the heartbeat detection rules; If the monitoring parameters meet the heartbeat detection rules, a third judgment result of no abnormality is obtained; If a heartbeat packet is not received within the receiving time twice consecutively, or if the monitoring parameters do not meet the heartbeat detection rules, an abnormal third judgment result is obtained.

5. The intelligent monitoring method for cockpit screens according to claim 1, characterized in that, After integrating the first judgment result, the second judgment result, and the third judgment result to obtain the corresponding screen monitoring result, the method further includes: If the screen monitoring result indicates that the screen is malfunctioning, switch the real-time status to the screen malfunction status.

6. The intelligent monitoring method for cockpit screens according to claim 5, characterized in that, The switching from real-time state to screen abnormal state includes: Based on the anomaly type in the screen monitoring results, the corresponding anomaly handling strategy is obtained from the preset strategy set; The corresponding components are subjected to anomaly recovery control according to the anomaly handling strategy.

7. The intelligent cockpit screen monitoring method according to claim 6, characterized in that, The step of performing anomaly recovery control on the corresponding components according to the anomaly handling strategy includes: Determine the corresponding target component based on the anomaly type; According to the anomaly handling strategy, corresponding control commands are sent to the target component to perform anomaly recovery control on the target component.

8. A cockpit screen intelligent monitoring device, characterized in that, The cockpit screen intelligent monitoring device is used to execute the cockpit screen intelligent monitoring method as described in any one of claims 1-7. The device is configured in the vehicle controller, which is connected to a serializer, a deserializer, and a screen controller. The serializer is connected to the deserializer, and the deserializer is connected to the screen controller. The device includes: The protocol handshake information acquisition unit is used to acquire protocol handshake information from the screen controller and switch the real-time state to the screen power-on state. The monitoring instruction sending unit is used to switch the real-time state to the screen monitoring state and send monitoring instructions to the serializer, the deserializer and the screen controller respectively if the protocol handshake information meets the preset state switching conditions. The first judgment result acquisition unit is used to judge whether the serializer monitoring information fed back by the serializer is abnormal according to the preset first monitoring judgment rule, and obtain the first judgment result; The second judgment result acquisition unit is used to judge whether the deserializer monitoring information fed back by the deserializer is abnormal according to the preset second monitoring judgment rule, and obtain the second judgment result. The third judgment result acquisition unit is used to judge whether the heartbeat packet fed back by the screen controller is abnormal according to the preset heartbeat detection rules, and obtain the third judgment result; The screen monitoring result acquisition unit is used to integrate the first judgment result, the second judgment result and the third judgment result to obtain the corresponding screen monitoring result; The loop execution unit is used to repeatedly execute the above-mentioned abnormal judgment steps until a screen power-off command is received if the screen monitoring result indicates that the screen is working normally.

9. A computer device, characterized in that, The device includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; Memory, used to store computer programs; When a processor executes a program stored in a memory, it implements the steps of the cockpit screen intelligent monitoring method according to any one of claims 1-7.

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 cockpit screen intelligent monitoring method as described in any one of claims 1-7.

Images