Cabin screen intelligent monitoring method, device and equipment and medium

Abstract

The invention discloses a cabin screen intelligent monitoring method, device and equipment and a medium, and the method comprises the steps: transmitting protocol handshake information to a screen end controller when a screen power-on instruction is received, and judging whether the protocol handshake information meets a state switching condition or not; if yes, switching to a screen power-on state, and obtaining serializer monitoring information fed back by the serializer, deserializer monitoring information fed back by the deserializer and a heartbeat packet fed back by the screen end controller to carry out abnormity monitoring judgment to obtain a screen monitoring result; and if the screen monitoring result is that the screen works normally, circularly executing the abnormality judgment step until a screen power-off instruction is received. According to the method, the serializer, the deserializer and the screen end controller can be monitored at the same time, so that the screen state is monitored in the whole operation process, a more accurate screen monitoring result is obtained, reasons can be quickly positioned and recovered when the cabin screen is abnormal, and the screen monitoring efficiency is improved. The accuracy of monitoring the state of the cabin screen is improved.

Description

Technical Field

[0001] The present invention relates to the field of screen monitoring and control technology, and in particular to a cockpit screen intelligent monitoring method, device, equipment and medium. Background Art

[0002] Due to the booming development of the new energy vehicle industry, major manufacturers are committed to bringing users a better user experience, and the smart cockpit is the key to providing users with a convenient and comfortable experience. Based on the actual application of the smart cockpit screen, it is necessary to monitor whether the smart cockpit screen is working abnormally, aiming to understand the screen status through real-time monitoring and take necessary recovery measures for abnormal conditions, improve driving safety, and enhance user experience. However, the existing cockpit screen monitoring method usually only monitors whether the display screen is displaying normally, and can only judge whether the display screen is normal but cannot obtain more detailed monitoring data. The monitoring of the screen status is not accurate, making it difficult to determine the specific cause of the abnormality and perform recovery processing when the cockpit screen is abnormal. Therefore, the existing technical method has the problem of being unable to accurately monitor the status of the cockpit screen. Summary of the Invention

[0003] Embodiments of the present invention provide a cockpit screen intelligent monitoring method, apparatus, device, and medium, which aim to solve the problem in existing technical methods that the status of the cockpit screen cannot be accurately monitored.

[0004] In a first aspect, an embodiment of the present invention provides a method for intelligently monitoring a cockpit screen. The method is applied to a vehicle controller, wherein the vehicle controller 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:

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

[0006] If the protocol handshake information meets the preset state switching condition, 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] Judging whether the monitoring information of the string adder fed back by the string adder is abnormal according to a preset first monitoring judgment rule, and obtaining a first judgment result;

[0008] determining whether the deserializer monitoring information fed back by the deserializer is abnormal according to a preset second monitoring judgment rule to obtain a second judgment result;

[0009] Determine whether the heartbeat packet fed back by the screen controller is abnormal according to a preset heartbeat detection rule, and obtain a third judgment result;

[0010] Integrating the first judgment result, the second judgment result, and the third judgment result to obtain a corresponding screen monitoring result;

[0011] If the screen monitoring result shows that the screen is working normally, the above abnormality judgment steps are executed in a loop until a screen power-off instruction is received.

[0012] In a second aspect, an embodiment of the present invention further provides 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, and 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, and the deserializer is connected to the screen controller, and the device includes:

[0013] A protocol handshake information acquisition unit, configured to acquire the protocol handshake information from the screen controller and switch the real-time state to the screen power-on state;

[0014] A 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 condition;

[0015] A first judgment result obtaining unit is configured to judge whether the monitoring information of the string adder fed back by the string adder is abnormal according to a preset first monitoring judgment rule, and obtain a first judgment result;

[0016] a second judgment result obtaining unit, configured to judge whether the deserializer monitoring information fed back by the deserializer is abnormal according to a preset second monitoring judgment rule, and obtain a second judgment result;

[0017] A third judgment result obtaining unit is configured to determine whether the heartbeat packet fed back by the screen controller is abnormal according to a preset heartbeat detection rule, and obtain a third judgment result;

[0018] a screen monitoring result obtaining unit, configured to integrate the first judgment result, the second judgment result, and the third judgment result to obtain a corresponding screen monitoring result;

[0019] The loop execution unit is used to loop the above abnormality judgment steps until a screen power-off instruction is received if the screen monitoring result shows that the screen is working normally.

[0020] In a third aspect, an embodiment of the present invention further provides 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 via the communication bus;

[0021] Memory for storing computer programs;

[0022] The processor is used to implement the steps of the cockpit screen intelligent monitoring method described in the first aspect when executing the program stored in the memory.

[0023] In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the steps of the cockpit screen intelligent monitoring method as described in the first aspect above are implemented.

[0024] The embodiments of the present invention provide a method, apparatus, device, and medium for intelligent monitoring of a cockpit screen. The method includes: upon receiving a screen power-on command, sending protocol handshake information to a screen controller, determining whether the protocol handshake information satisfies a state switching condition, and if so, switching to the screen power-on state and obtaining 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 abnormal monitoring and judgment, obtaining a screen monitoring result; if the screen monitoring result indicates that the screen is operating normally, looping through the abnormality judgment steps until a screen power-off command is received. The above method can simultaneously monitor the serializer, deserializer, and screen controller, thereby enabling monitoring of the screen status throughout the entire operation process and obtaining more accurate screen monitoring results. When an abnormality occurs on the cockpit screen, the cause can be quickly located and recovery processing can be performed, greatly improving the accuracy of cockpit screen status monitoring. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0026] Figure 1 A flowchart of a method for intelligently monitoring a cockpit screen according to an embodiment of the present invention;

[0027] Figure 2 A schematic diagram of an application scenario of the cockpit screen intelligent monitoring method provided by an embodiment of the present invention;

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

[0029] Figure 4 It is a schematic block diagram of a computer device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0030] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of them. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0031] It will be understood that when used in this specification and the appended claims, the terms “comprises” and “comprising” indicate the presence of described features, integers, steps, operations, elements and / or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or groups thereof.

[0032] It should also be understood that the terms used in the present specification are only for the purpose of describing particular embodiments and are not intended to limit the present invention. As used in the present 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 be further understood that the term "and / or" used in the present description and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

[0034] See also Figure 1 As shown in the figure, the embodiment of the present invention provides a cockpit screen intelligent monitoring method, which is applied to the vehicle controller 10. Figure 2As shown, the vehicle controller 10 is connected to the serializer 20, the deserializer 30 and the screen controller 40. The serializer 20 is connected to the deserializer 30, and the deserializer 30 is connected to the screen controller 40. The method is executed by the application software installed in the vehicle controller 10. The vehicle controller 10 is a controller installed in the car for controlling the entire vehicle, such as a vehicle SOC (System on Chip); the serializer 20 is a component for performing serialization processing on the playback information sent by the vehicle controller 10. The serializer 20 can transmit the serialized information obtained by the serialization processing to the deserializer 30; the deserializer 30 is a component for deserializing the serialized information to obtain the screen playback content. The deserializer 30 can send the screen playback content obtained by the deserialization processing to the screen controller 40. The screen controller 40 is a controller installed in the cockpit screen for screen display control, such as a screen MCU chip. The user can view the content displayed on the cockpit screen, and the user can also input corresponding control information through buttons and touch screens to control the cockpit screen. In order to meet the actual needs of users, other components such as buttons and speakers can be configured on the cockpit screen. The intelligent cockpit system formed by the vehicle controller 10, the serializer 20, the deserializer 30 and the screen controller 40 is constructed as a QNX link based on the QNX virtual machine (i.e., QNX Hypervisor technology). The entire QNX link system performs serial initialization. The vehicle controller 10, the serializer 20, the deserializer 30 and the screen controller 40 are all connected via LVDS lines. Figure 1 As shown, the method includes steps S110 to S170.

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

[0036] Obtain the protocol handshake information from the screen controller and switch the real-time state to the screen power-on state. After the vehicle is powered on, the display driver will initialize the serializer and deserializer; at the same time, the screen controller sends the protocol handshake information to the vehicle controller. The protocol handshake information contains information such as the protocol version and protocol parameters of the screen controller. Specifically, the real-time state may include the screen power-off state (OFF state), the screen power-on state (ON state), the monitoring state (HEALTH state), and the 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 the protocol handshake information to the vehicle controller, and the vehicle controller switches the real-time state to the screen power-on state after receiving the protocol handshake information.

[0037] S120: If the protocol handshake information satisfies a preset state switching condition, 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 instructions 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 timing of the screen controller powering on and communicating with the vehicle controller, and the information transmission timing 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 timing. 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 pre-set in the state switching conditions. If the software version and hardware version both match the corresponding version parameter information, it is determined that an agreement is 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 no agreement can 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 and switch from real-time state to screen monitoring state. If the cockpit screen display is abnormal, it can switch to the abnormal state accordingly. If the cockpit screen loses power, it will return to the screen power-off state. The vehicle controller can then 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 : judging whether the monitoring information of the string adder fed back by the string adder is abnormal according to a preset first monitoring judgment rule, and obtaining a first judgment result.

[0041] The first judgment result is obtained by judging whether the monitoring information of the serial adder fed back by the serial adder is abnormal according to a preset first monitoring judgment rule. Specifically, the vehicle controller can obtain the monitoring information of the serial adder fed back by the serial adder (that is, the value of the link register of the serial adder), and judge whether the monitoring information of the serial adder is abnormal according to the first monitoring judgment rule, thereby obtaining a first judgment result. If the monitoring information of the serial adder is normal, the first judgment result obtained is normal; if the monitoring information of the serial adder is abnormal, the first judgment result obtained is abnormal.

[0042] In a specific embodiment, step S130 includes the following sub-steps: determining whether the initialization configuration parameters in the string adder monitoring information are abnormal; if the initialization configuration parameters are not abnormal, determining whether the status value in the string adder 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 string adder 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, obtaining a first judgment result of no abnormality; 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, obtaining an abnormal first judgment result.

[0043] Specifically, by monitoring the serial adder, the link status of the vehicle controller can be further understood. After the serial adder completes initialization, the serial adder starts working and stores the operating parameters in the register inside the serial adder; the vehicle controller can monitor and obtain the status parameter information stored in the register inside the serial adder and make judgments.

[0044] Specifically, it is possible to determine whether the initialization configuration parameters in the string adder monitoring information are abnormal, that is, to determine whether the initialization configuration parameters are the same as the pre-stored initialization parameters, thereby preventing the screen flashing, 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 value in the string adder monitoring information matches the preset status value in the first monitoring judgment rule. The status value in the string adder monitoring information includes at least a hot plug status value, thereby quickly monitoring whether a hot plug operation occurs on the screen. Determine whether each status value in the string adder monitoring information matches the corresponding preset status value.

[0045] If all status values ​​match the preset status values, the system can further determine whether the power supply parameters in the serial adder monitoring information match the power supply range values ​​in the first monitoring judgment rule. The power supply parameter values ​​are the voltage, current, resistance, and other parameter values ​​related to the power supply of the serial adder PDB. The system determines whether all power supply parameter values ​​are within the corresponding power supply range values. This determines whether the power supply parameters match the power supply range values. If all power supply parameters match the power supply range values, a first judgment result indicating no abnormality is obtained.

[0046] If the initialization configuration parameters are abnormal, an abnormal first judgment result is obtained; correspondingly, if the state value does not match the preset state value, an abnormal first judgment result is obtained; if the power supply parameter does not match the power supply range value, an abnormal first judgment result is obtained.

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

[0048] Determining whether the deserializer monitoring information fed back by the deserializer is abnormal based on a preset second monitoring judgment rule to obtain a second judgment result. The deserializer register value can be monitored and obtained as the deserializer monitoring information through I2C polling; determining whether the deserializer monitoring information is abnormal based on the second monitoring judgment rule to obtain a second judgment result.

[0049] In a specific embodiment, step S140 includes the sub-steps of: 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 an abnormal second judgment result.

[0050] Similarly, after the deserializer completes initialization, it starts operating and stores operating parameters in registers within the deserializer. The onboard controller can monitor and obtain the status parameter information stored in the deserializer registers through I2C polling and make a judgment. 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 parameters and the bl_en register value. It can determine whether each screen backlight configuration parameter matches the corresponding backlight parameter range, thereby determining whether the screen backlight status and the 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 lost lock. If the lock pin signal does not match the default signal, it indicates that the deserializer has lost lock.

[0051] 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 locking pin signal does not match the default signal, an abnormal second judgment result is obtained.

[0052] Furthermore, it is also possible to judge whether the deserializer link status in the serial device 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 judged, thereby ensuring the reliability of real-time monitoring of the entire link.

[0053] S150. Determine whether the heartbeat packet fed back by the screen controller is abnormal according to a preset heartbeat detection rule to obtain a third judgment result.

[0054] A third judgment result is obtained by judging whether the heartbeat packet fed back by the screen controller is abnormal based on the preset heartbeat detection rules. Furthermore, the heartbeat packet fed back by the screen controller can be judged based on the heartbeat detection rules, that is, obtaining a third judgment result of whether the heartbeat packet is 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 packet is abnormal based on the heartbeat detection rules.

[0055] In a specific embodiment, step S150 includes sub-steps: judging whether the heartbeat packet fed back by the screen controller is received within the receiving time, the receiving time being a time point separated by a preset period of time from the receiving time of the previous heartbeat packet; if the feedback heartbeat packet is received within the receiving time, judging 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 the feedback heartbeat packet is not received within the receiving time for two consecutive times or the monitoring parameters do not meet the heartbeat detection rules, obtaining an abnormal third judgment result.

[0056] Specifically, it can be determined whether the heartbeat packet fed back by the screen controller is received within the receiving time, wherein the receiving time is the time point with a preset cycle time interval from the receiving time of the previous heartbeat packet. If the heartbeat packet is configured to be sent once every five seconds, the preset cycle time is a time value greater than 5 seconds, for example, 5.5 seconds. If the heartbeat packet is received within the receiving time, it is further determined whether the detection parameters in the heartbeat packet meet the corresponding parameter range set in the heartbeat detection rules; wherein, the detection parameters in the heartbeat packet only include hardware fault indication parameters, temperature detection parameters and TFT LCD frame rate.

[0057] If the monitoring parameters in the heartbeat packet all meet the corresponding parameter ranges in the heartbeat detection rules, it is determined that the detection parameters meet the heartbeat detection rules, and the third judgment result obtained is no abnormality. If the heartbeat packet fed back by the screen controller is not received within the receiving time, then wait for a preset cycle time, and judge whether the heartbeat packet fed back by the screen controller is received after extending the preset cycle time; if the heartbeat packet fed back by the screen controller is still not received after extending the preset cycle time, it is determined that the heartbeat packet fed back has not been received within the receiving time for two consecutive times, and the third judgment result obtained at this time is abnormal. If the monitoring parameters do not meet the heartbeat detection rules, the third judgment result obtained is also abnormal.

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

[0059] The first judgment result, the second judgment result and the third judgment result are integrated to obtain the corresponding screen monitoring result. Since the first judgment result obtained is only the judgment result obtained by monitoring the serializer, the second judgment result obtained is only the judgment result obtained by monitoring the deserializer, and the third judgment result obtained is only the judgment result obtained by monitoring the screen controller, the first judgment result, the second judgment result and the third judgment result obtained can be integrated to obtain a screen monitoring result that fully monitors the cockpit screen display link. Specifically, if the first judgment result, the second judgment result or the third judgment result is abnormal, the screen monitoring result obtained is that the screen is working abnormally, and the corresponding abnormality type can be determined. The abnormality type includes abnormal configuration parameters of the serializer, abnormal power supply of the serializer, abnormal status of the serializer, abnormal backlight parameters of the deserializer, abnormal lock loss of the deserializer, abnormal software of the screen controller, hardware failure of the screen controller, abnormal high temperature of the screen controller, etc.; if the first judgment result, the second judgment result and the third judgment result are all normal, the screen monitoring result obtained is that the screen is working normally, and there is no need to determine the abnormality type at this time.

[0060] In a specific embodiment, after step S160, the method further includes the following steps: if the screen monitoring result indicates that the screen is operating abnormally, switching the real-time state to the screen abnormal state.

[0061] If the screen monitoring result shows that the screen is working abnormally, the real-time state can be switched to the screen abnormal state, at which time the operation process of the cockpit screen display link can be interrupted.

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

[0063] Furthermore, if the real-time status indicates a screen exception, an exception handling policy matching the exception type can be retrieved from the policy collection based on the exception type in the screen monitoring results. The policy collection contains multiple handling policies, each corresponding to a specific exception type. Based on the exception type, a matching handling policy can be retrieved from the policy collection as the exception handling policy. Exception recovery control can then be performed on the corresponding component based on the exception handling policy.

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

[0065] Specifically, the corresponding target component can be determined based on the exception type. For example, if the exception type is a deserializer backlight parameter abnormality, the target component corresponding to this exception type can be determined to be the deserializer. According to the exception handling strategy, a corresponding control instruction is issued to the target component, thereby controlling the target component to recover its state through the control instruction, that is, performing exception recovery control on the target component.

[0066] For example, if the exception type is a deserializer backlight parameter exception and the target component is the deserializer, a control instruction to reset the backlight parameters can be sent to the deserializer. The deserializer receives the control instruction to reset the backlight parameters and resets the configured backlight parameters, thereby performing abnormal recovery control on the deserializer.

[0067] S170: If the screen monitoring result shows that the screen is working normally, the above abnormality judgment steps are executed in a loop until a screen power-off instruction is received.

[0068] If the screen monitoring result indicates that the screen is operating normally, the above abnormality determination steps are executed repeatedly until a screen power-off command is received. If the screen monitoring result indicates that the screen is operating abnormally, the above abnormality determination steps are executed repeatedly, that is, steps S130 to S160 are executed repeatedly to implement cyclic monitoring of the cockpit screen. If a screen power-off command is received, the above cyclic monitoring process is exited.

[0069] In the cockpit screen intelligent monitoring method disclosed in the above embodiment, 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, and if so, switching to the screen power-on state and obtaining 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 to perform abnormal monitoring and judgment, and obtain the screen monitoring result. If the screen monitoring result shows that the screen is working normally, the abnormality judgment step is repeatedly executed until the screen power-off command is received. The above 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 thus quickly locating the cause and performing recovery processing when an abnormality occurs in the cockpit screen, greatly improving the accuracy of cockpit screen status monitoring.

[0070] The embodiment of the present invention further provides a cockpit screen intelligent monitoring device, which can be configured in a vehicle controller and is used to execute any embodiment of the cockpit screen intelligent monitoring method described above. Figure 3 , Figure 3 A schematic block diagram of a cockpit screen intelligent monitoring device provided by 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 instruction 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 the 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 condition.

[0074] The first judgment result obtaining unit 130 is configured to judge whether the string adder monitoring information fed back by the string adder is abnormal according to a preset first monitoring judgment rule, and obtain a first judgment result.

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

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

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

[0078] The loop execution unit 170 is configured to loop execute the above abnormality determination steps until a screen power-off instruction is received if the screen monitoring result shows that the screen is working normally.

[0079] The cockpit screen intelligent monitoring device provided in the embodiment of the present invention applies the above-mentioned cockpit screen intelligent monitoring method. Upon receiving a screen power-on command, it sends a protocol handshake message to the screen controller to determine whether the protocol handshake message meets the state switching condition. If so, it switches to the screen power-on state and obtains 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 to perform abnormal monitoring and judgment, and obtain the screen monitoring result. If the screen monitoring result shows that the screen is working normally, the abnormality judgment step is repeatedly executed until the screen power-off command is received. The above-mentioned method can simultaneously monitor the serializer, deserializer, and screen controller, thereby realizing the monitoring of the screen status during the entire operation process, obtaining more accurate screen monitoring results, and thus quickly locating the cause and performing recovery processing when the cockpit screen has an abnormality, greatly improving the accuracy of cockpit screen status monitoring.

[0080] The cockpit screen intelligent monitoring device can be implemented in the form of a computer program. The computer program can be used in Figure 4 Runs on the computer equipment shown.

[0081] See also Figure 4 , Figure 4 1 is a schematic block diagram of a computer device provided by an embodiment of the present invention. The computer device may be a vehicle controller for executing 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 , wherein the memory may include a storage medium 503 and an 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, the processor 502 may execute the 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 is used to provide 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] The communication interface 505 is used for network communication, such as providing data information transmission. Those skilled in the art will understand that Figure 4 The structure shown in the figure is merely a block diagram of a portion of the structure related to the solution of the present invention and does not constitute a limitation on the computer device 500 to which the solution of 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 a different component arrangement.

[0087] The processor 502 is configured to execute a computer program 5032 stored in the memory to implement the corresponding functions of the above-mentioned cockpit screen intelligent monitoring method.

[0088] Those skilled in the art will understand that Figure 4 The embodiment of the computer device shown in the figure does not constitute a limitation on the specific composition of the computer device. In other embodiments, the computer device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently. For example, in some embodiments, the computer device may only include a memory and a processor. In such an embodiment, the structure and function of the memory and processor are the same as those in the figure. Figure 4 The embodiments shown are consistent and will not be described again here.

[0089] It should be understood that in the embodiment of the present invention, the processor 502 may be a central processing unit (CPU), and the processor 502 may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) 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, etc.

[0090] In another embodiment of the present invention, a computer-readable storage medium is provided. The 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 aforementioned cockpit screen intelligent monitoring method.

[0091] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the above-described equipment, devices and units can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented with electronic hardware, computer software, or a combination of the two. In order 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 above description. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present invention.

[0092] In the several embodiments provided by the present invention, it should be understood that the disclosed devices, apparatuses and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, or units with the same function may be combined 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 mutual 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 may be an electrical, mechanical or other form of connection.

[0093] The units described as separate components may or may not be physically separate, and 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 these units may be selected according to actual needs to achieve the objectives of the embodiments of the present invention.

[0094] In addition, the functional units in the various embodiments of the present invention may be integrated into a single processing unit, each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0095] If the integrated unit is implemented in the form of 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 is essentially 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. The computer software product is stored in a computer-readable storage medium and includes several instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present invention. The aforementioned computer-readable storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a magnetic disk, or an optical disk.

[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 such modifications or substitutions are intended to be within the scope of protection of the present invention. Therefore, the scope of protection of the present invention shall be subject to the scope of protection of the claims.

Claims

1. A cockpit screen intelligent monitoring method, characterized in that: The method is applied to 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 method includes: Obtaining protocol handshake information from the screen controller and switching the real-time state to the screen power-on state; If the protocol handshake information meets the preset state switching condition, switch the real-time state to the screen monitoring state and send monitoring instructions to the serializer, the deserializer and the screen controller respectively; Judging whether the monitoring information of the string adder fed back by the string adder is abnormal according to a preset first monitoring judgment rule, and obtaining a first judgment result; Judging whether the deserializer monitoring information fed back by the deserializer is abnormal according to a preset second monitoring judgment rule, and obtaining a second judgment result; Judging whether the heartbeat packet fed back by the screen controller is abnormal according to a preset heartbeat detection rule, and obtaining a third judgment result; Integrate the first judgment result, the second judgment result and the third judgment result to obtain a corresponding screen monitoring result; If the screen monitoring result shows that the screen is working normally, the above abnormality judgment steps are executed in a loop until a screen power-off instruction is received.

2. The cockpit screen intelligent monitoring method according to claim 1, characterized in that: The step of judging whether the monitoring information of the string adder fed back by the string adder is abnormal according to the preset first monitoring judgment rule to obtain a first judgment result includes: Determine whether the initialization configuration parameters in the monitoring information of the serial adder are abnormal; If the initialization configuration parameters are normal, determining whether the status value in the monitoring information of the serial adder matches the preset status value in the first monitoring judgment rule; If the state value matches the preset state value, determining whether the power supply parameter in the string adder monitoring information matches the power supply range value in the first monitoring judgment rule; If the power supply parameter matches the power supply range value, a first judgment result without abnormality is obtained; If the initialization configuration parameter is abnormal, the state value does not match the preset state value, or the power supply parameter does not match the power supply range value, a first abnormal judgment result is obtained.

3. The cockpit screen intelligent monitoring method 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 to obtain a 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 parameter matches the backlight parameter range, determining whether the lock pin signal in the deserializer monitoring information matches the default signal in the second monitoring determination rule; If the locking pin signal matches the default signal, a second determination result is obtained that there is no abnormality; If the screen backlight configuration parameter does 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 cockpit screen intelligent monitoring method 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 rule to obtain a third judgment result includes: Determine whether the heartbeat packet fed back by the screen controller is received within a receiving time, where the receiving time is a time point separated from the receiving time of the previous heartbeat packet by a preset period of time; If a heartbeat packet is received within the receiving time, whether the monitoring parameters in the heartbeat packet meet the heartbeat detection rules is determined; If the monitoring parameters meet the heartbeat detection rule, a third judgment result indicating that there is no abnormality is obtained; If the feedback heartbeat packet is not received within the receiving time for two consecutive times or the monitoring parameters do not meet the heartbeat detection rules, an abnormal third judgment result is obtained.

5. The cockpit screen intelligent monitoring method according to claim 1, characterized in that: After the first judgment result, the second judgment result and the third judgment result are integrated to obtain the corresponding screen monitoring result, the method further includes: If the screen monitoring result shows that the screen is working abnormally, the real-time state is switched to the screen abnormal state.

6. The cockpit screen intelligent monitoring method according to claim 5, characterized in that: The switching from the real-time state to the screen abnormal state includes: Obtaining a corresponding exception handling strategy from a preset strategy set according to the exception type in the screen monitoring result; The exception recovery control is performed on the corresponding components according to the exception handling strategy.

7. The cockpit screen intelligent monitoring method according to claim 6, characterized in that: The performing abnormal recovery control on the corresponding component according to the abnormal handling strategy includes: Determine a corresponding target component according to the exception type; According to the exception handling strategy, a corresponding control instruction is sent to the target component to perform exception 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 according to any one of claims 1 to 7. 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: A protocol handshake information acquisition unit, used to acquire the protocol handshake information from the screen controller and switch the real-time state to the screen power-on state; A monitoring instruction sending unit, used for switching the real-time state to the screen monitoring state and sending monitoring instructions to the serializer, the deserializer and the screen controller respectively if the protocol handshake information meets the preset state switching condition; A first judgment result obtaining unit, configured to judge whether the monitoring information of the string adder fed back by the string adder is abnormal according to a preset first monitoring judgment rule, and obtain a first judgment result; A second judgment result obtaining unit, configured to judge whether the deserializer monitoring information fed back by the deserializer is abnormal according to a preset second monitoring judgment rule, and obtain a second judgment result; A third judgment result obtaining unit is used to judge whether the heartbeat packet fed back by the screen end controller is abnormal according to a preset heartbeat detection rule, and obtain a third judgment result; A screen monitoring result acquisition unit, used for integrating the first judgment result, the second judgment result and the third judgment result to acquire a corresponding screen monitoring result; The loop execution unit is used to loop the above abnormality judgment steps until a screen power-off instruction is received if the screen monitoring result shows 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 via the communication bus; Memory, used to store computer programs; The processor is used to implement the steps of the cockpit screen intelligent monitoring method described in any one of claims 1 to 7 when executing the program stored in the memory.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the cockpit screen intelligent monitoring method as described in any one of claims 1 to 7 are implemented.

Images