DP screen projection abnormity recovery method and system suitable for vehicle machine and electronic equipment

Abstract

The invention discloses a DP screen projection abnormity recovery method and system suitable for a vehicle machine and electronic equipment, and relates to the technical field of vehicle-mounted screen projection, and the method comprises the steps: monitoring signal abnormity, internal faults and power supply abnormity in a DP screen projection process, capturing a corresponding interrupt signal, and forwarding the interrupt signal to a main controller; the main controller verifies the validity of the interrupt signal and monitors a recovery instruction triggered by a target user; the server side issues the recovery instruction to a driving layer of the main controller, and the driving layer executes reset operation and working parameter reconfiguration on the target hardware according to a preset sequence; the main controller verifies the hardware state of the reset operation and the working parameter reconfiguration; if the hardware state is not recovered to the normal state, executing a fault-tolerant retry process according to a preset retry threshold value; and when the retry times reach the threshold value and the retry is not recovered, the recovery process is terminated and the state is reported to the server.

Description

Technical Field

[0001] This invention relates to the field of vehicle-mounted projection technology, and in particular to a method for recovering abnormal DP projection from vehicle-mounted displays, a system for recovering abnormal DP projection from vehicle-mounted displays, electronic equipment, and storage media. Background Technology

[0002] Currently, the automobile has been redefined, evolving beyond its original function as a means of transportation towards entertainment, safety, and intelligence.

[0003] Traditional in-vehicle infotainment functions (navigation, music) can no longer meet user needs. Consumers expect a richer in-vehicle entertainment experience, gradually expanding towards multi-screen interaction, gaming, and audio-visual experiences, such as games and high-definition video. DisplayPort (DP) game console projection to in-vehicle infotainment systems is becoming an emerging demand, and projecting game consoles (Switch / PS5 / Xbox) is also an important means of enhancing in-cabin entertainment, especially suitable for scenarios such as waiting while parked or charging. Compared to traditional HDMI or wireless projection (such as Wi-Fi projection), DisplayPort (DP) offers advantages such as low latency, high resolution, and higher bandwidth in in-vehicle infotainment projection. As in-vehicle screens gradually move towards 4K 120Hz, DP is better suited for this. Currently, most projection solutions for in-vehicle infotainment systems are USB-based, requiring devices like game consoles to connect to a USB projection box, which then connects to the in-vehicle CSC (Car Screen Controller) for projection. There is a lack of optimized designs for direct device connection to the in-vehicle CSC, which also supports smooth and stable video and audio signals, as well as high resolution and high frame rates.

[0004] In addition, during in-vehicle use, user devices are complex, and the usage scenarios and user operations are complex. Hardware link abnormalities or improper user operation may occur, causing abnormalities. Although some in-vehicle systems have abnormal protection and detection, they do not have a reasonable abnormal recovery mechanism. Directly disabling the function or requiring a restart of the in-vehicle system to recover has a significant impact on the entire in-vehicle system and also affects the user experience. Summary of the Invention

[0005] In view of this, the purpose of the present invention is to provide a method for recovering abnormal DP projection for in-vehicle systems, a system for recovering abnormal DP projection for in-vehicle systems, an electronic device and a storage medium. The aim is to detect user hot-plugging behavior and hardware abnormalities such as short circuits, overloads, and power supply abnormalities through an anomaly detection mechanism, so as to realize the recovery of the DP projection link without affecting the normal operation of the entire in-vehicle system, thereby improving the stability of the in-vehicle system and the user experience.

[0006] This application provides the following solution:

[0007] According to one aspect of this application, a method for recovering from DP projection anomalies in in-vehicle systems is provided, comprising the following steps:

[0008] The DP projection processing chip monitors signal anomalies, internal faults, and power anomalies triggered by the power supply chip during the DP projection process. After capturing the corresponding interrupt signals, the interrupt signals are forwarded to the main controller.

[0009] The main controller verifies the validity of the interrupt signal;

[0010] If valid, information including the DP projection error type will be reported to the server; the server will then retrieve the vehicle system status to determine whether to push the DP projection error information to the application.

[0011] After receiving the DP projection error information, the application terminal performs pre-resource scheduling and pushes the error alarm information to the application terminal.

[0012] The server monitors the recovery commands triggered by the target user; the server sends the recovery commands to the driver layer of the main controller, and the driver layer performs a reset operation and reconfigures the working parameters of the target hardware in a preset order.

[0013] The main controller verifies the hardware status of the reset operation and the reconfiguration of operating parameters;

[0014] If the hardware status does not return to normal, a fault-tolerant retry process will be executed according to the preset retry threshold.

[0015] If the number of retries reaches the threshold and recovery is not achieved, the recovery process is terminated and the status is reported to the server.

[0016] Furthermore, including:

[0017] The main controller verifies the validity of the interrupt signal by including:

[0018] Read the exception flag register of the DP projection processing chip and the status register of the power supply chip that powers it;

[0019] Based on the combination of flag bits in the exception identifier register and the status register, determine whether the exception corresponding to the interrupt signal is a valid fault.

[0020] Furthermore, including:

[0021] The pre-processing resource scheduling performed by the application is as follows: release the image rendering resources and audio output resources currently associated with the DP projection function;

[0022] Anomaly alerts are pushed to the application in the form of visual pop-ups combined with audio prompts.

[0023] Furthermore, including:

[0024] The corresponding interrupt signal is captured by the DP projection processing chip of the vehicle's infotainment system. The interrupt signal is forwarded to the main controller through the hardware interrupt pin of the DP projection processing chip. The main controller is the main control chip of the vehicle's in-vehicle system.

[0025] Furthermore, the reset operation includes:

[0026] First, send a soft reset command to the DP projection processing chip to restart its faulty functional module;

[0027] Then send a soft reset command to the power supply chip;

[0028] The operating parameter reconfiguration includes: reconfiguring the output voltage parameters of the power supply chip.

[0029] Furthermore, including:

[0030] The main controller verifies the hardware status by rereading the exception flag register of the DP projection processing chip and the status register of the power supply chip, and determining whether the hardware has returned to normal based on the register flag bits.

[0031] The fault-tolerant retry process with a preset retry threshold is as follows: when the number of retries reaches the preset number and the hardware status has not yet recovered, a recovery failure status information is reported to the server.

[0032] Furthermore, including:

[0033] The vehicle system status retrieved by the server includes: the current function priority mode of the vehicle system and the working status of the DP projection function;

[0034] The server determines whether to push DP projection error information as follows:

[0035] Determine if the DP screen mirroring function is running;

[0036] If the system is running, push an error message;

[0037] If the system is not running, push notifications can be delayed or only exception logs can be recorded.

[0038] According to two aspects of this application, a DP projection anomaly recovery system applicable to in-vehicle systems is provided, comprising:

[0039] The system includes a monitoring anomaly module, a signal verification module, a server-side judgment module, a scheduling alarm module, an instruction acquisition module, a status verification module, and a fault-tolerant retry module.

[0040] The monitoring anomaly module is used to monitor signal anomalies, internal faults, and power anomalies triggered by the power chip supplying power to the DP projection process. After capturing the corresponding interrupt signal, it forwards the interrupt signal to the main controller.

[0041] A verification signal module is used to verify the validity of the interrupt signal;

[0042] The server-side judgment module is used to report information containing DP projection error types to the server; the server retrieves the vehicle system status and determines whether to push the DP projection error information to the application.

[0043] The scheduling and alarm module is used to perform pre-resource scheduling and push abnormal alarm information to the application after receiving DP projection abnormal information;

[0044] The instruction acquisition module is used to monitor the recovery instructions triggered by the target user; the server sends the recovery instructions to the driver layer of the main controller, and the driver layer performs a reset operation and reconfigures the working parameters of the target hardware in a preset order;

[0045] The status verification module is used to verify the hardware status during reset operations and reconfiguration of operating parameters.

[0046] The fault-tolerant retry module is used to execute the fault-tolerant retry process based on the hardware status and a preset retry threshold.

[0047] If the number of retries reaches the threshold and recovery is not achieved, the recovery process is terminated and the status is reported to the server.

[0048] According to three aspects of the present invention, an electronic device is provided, comprising: 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;

[0049] The memory stores a computer program, which, when executed by the processor, causes the processor to perform steps of a method for recovering from DP projection errors applicable to vehicle-mounted systems.

[0050] According to four aspects of the present invention, a computer-readable storage medium is provided that stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of a DP projection anomaly recovery method applicable to vehicle-mounted systems.

[0051] Compared with the prior art, the present invention has the following advantages:

[0052] This application uses an anomaly detection mechanism to detect user hot-plugging behavior and hardware anomalies such as short circuits, overloads, and power supply abnormalities. It can restore the DP projection link without affecting the normal operation of the entire vehicle system, thereby improving the stability of the vehicle system and the user experience. Attached Figure Description

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

[0054] Figure 1 This is a flowchart of a method for recovering abnormal DP projection of a vehicle-mounted system, provided by one or more embodiments of the present invention.

[0055] Figure 2 This is a structural diagram of a DP projection anomaly recovery system for in-vehicle systems provided by one or more embodiments of the present invention.

[0056] Figure 3 This is an overall architecture diagram of a vehicle-mounted DP projection system according to a specific embodiment of the present invention.

[0057] Figure 4 This is an overall workflow diagram of a vehicle-mounted DP projection system according to a specific embodiment of the present invention.

[0058] Figure 5 This is an overall architecture diagram of an anomaly detection system for a vehicle-mounted DP projection system according to a specific embodiment of the present invention.

[0059] Figure 6 This is a flowchart of the anomaly detection process of an in-vehicle DP projection system according to a specific embodiment of the present invention.

[0060] Figure 7 This is a block diagram of an electronic device structure for a method to recover from DP projection anomalies in vehicle-mounted systems, provided by one or more embodiments of the present invention. Detailed Implementation

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

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

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

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

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

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

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

[0068] Figure 1 This is a flowchart of a method for recovering abnormal DP projection of a vehicle-mounted system, provided by one or more embodiments of the present invention.

[0069] like Figure 1 The above includes the following steps:

[0070] Step S1: Monitor signal abnormalities, internal faults, and power abnormalities triggered by the power supply chip during the DP projection process through the DP projection processing chip. After capturing the corresponding interrupt signal, forward the interrupt signal to the main controller.

[0071] Specifically, by monitoring anomalies and forwarding interruption signals, the vehicle-mounted DP projection system achieves full-dimensional fault perception, avoids missed anomalies caused by single-dimensional monitoring, and improves the completeness of system fault response.

[0072] Step S2: The main controller verifies the validity of the interrupt signal;

[0073] If valid, information including the DP projection error type will be reported to the server; the server will then retrieve the vehicle system status to determine whether to push the DP projection error information to the application.

[0074] Specifically, by combining the vehicle's status to determine the timing of push notifications, such as simplifying push notifications while driving and suspending push notifications when the vehicle is in sleep mode, the system can ensure that users can detect abnormalities in a timely manner while avoiding interference with driving, thus adapting to the characteristics of the vehicle's in-vehicle scenarios.

[0075] If an invalid interrupt signal is detected, the system will return to waiting for an interrupt signal.

[0076] Step S3: After receiving the DP projection error information, the application terminal performs pre-resource scheduling and pushes the error alarm information to the application terminal.

[0077] Specifically, after an anomaly occurs, pre-emptive resource scheduling (releasing fault-related resources) is performed to prevent the faulty module from occupying audio, video, and interface resources, thus avoiding lag and blockage caused by the faulty module, maintaining the normal operation of other functions of the vehicle system, and improving the user experience.

[0078] Step S4: Monitor the recovery command triggered by the target user; the server sends the recovery command to the driver layer of the main controller, and the driver layer performs a reset operation and reconfigures the working parameters of the target hardware in a preset order.

[0079] Specifically, the recovery operation is performed in a preset order of peripheral priority followed by power supply, matching the hardware coordination logic. Peripherals need a stable power supply to start normally, reducing recovery conflicts and improving the success rate of abnormal recovery.

[0080] Among them, the recovery instructions triggered by the target user include: if the user chooses not to recover or the instruction is not triggered for a long time, the process will terminate and the device will be marked as abnormal if no recovery or no trigger is detected.

[0081] Step S5: The main controller verifies the hardware status of the reset operation and the reconfiguration of the operating parameters;

[0082] If the hardware status does not return to normal, a fault-tolerant retry process will be executed according to the preset retry threshold.

[0083] If the number of retries reaches the threshold and recovery is not achieved, the recovery process is terminated and the status is reported to the server.

[0084] Specifically, the hardware status is verified after recovery to ensure the effectiveness of the recovery operation; a preset retry threshold is set to increase the recovery probability through a limited number of retries while avoiding unlimited retries that consume resources; and the recovery results are fed back in a timely manner so that users are clearly aware of the system status, thereby improving the reliability of the vehicle system and the user's right to know.

[0085] Furthermore, including:

[0086] The main controller verifies the validity of the interrupt signal by including:

[0087] Read the exception flag register of the DP projection processing chip and the status register of the power supply chip that powers it;

[0088] Based on the combination of flag bits in the exception identifier register and the status register, determine whether the exception corresponding to the interrupt signal is a valid fault.

[0089] Furthermore, including:

[0090] The pre-processing resource scheduling performed by the application is as follows: release the image rendering resources and audio output resources currently associated with the DP projection function;

[0091] Anomaly alerts are pushed to the application in the form of visual pop-ups combined with audio prompts.

[0092] Furthermore, including:

[0093] The corresponding interrupt signal is captured by the DP projection processing chip of the vehicle's infotainment system. The interrupt signal is forwarded to the main controller through the hardware interrupt pin of the DP projection processing chip. The main controller is the main control chip of the vehicle's in-vehicle system.

[0094] Furthermore, the reset operation includes:

[0095] First, send a soft reset command to the DP projection processing chip to restart its faulty functional module;

[0096] Then send a soft reset command to the power supply chip;

[0097] The operating parameter reconfiguration includes: reconfiguring the output voltage parameters of the power supply chip.

[0098] Furthermore, including:

[0099] The main controller verifies the hardware status by rereading the exception flag register of the DP projection processing chip and the status register of the power supply chip, and determining whether the hardware has returned to normal based on the register flag bits.

[0100] The fault-tolerant retry process with a preset retry threshold is as follows: when the number of retries reaches the preset number and the hardware status has not yet recovered, a recovery failure status information is reported to the server.

[0101] Furthermore, including:

[0102] The vehicle system status retrieved by the server includes: the current function priority mode of the vehicle system and the working status of the DP projection function;

[0103] The server determines whether to push DP projection error information as follows:

[0104] Determine if the DP screen mirroring function is running;

[0105] If the system is running, push an error message;

[0106] If the system is not running, push notifications can be delayed or only exception logs can be recorded.

[0107] Specifically, by reading the exception flag register of the DP projection processing chip and the status register of the power chip, and combining the flag bit combinations to determine the validity of the exception (e.g., only when the OVP flag bit of the power chip register and the interrupt flag bit of the projection chip are both set to 1, it is determined to be a valid exception), compared with single signal verification, the false alarm rate is further reduced, reducing the redundant load of the system.

[0108] Further improvements include delaying push notifications or only logging when screen mirroring is not running, reducing unnecessary interactions and improving user experience;

[0109] Timely push notifications during screen mirroring ensure users are aware of any abnormal states, achieving scenario-based adaptation with a focus on security and on-demand push notifications.

[0110] After recovery, the status of the dual registers is read a second time, and the flag bits are used to determine whether the hardware is normal, ensuring the effectiveness of the recovery operation and avoiding invalid feedback;

[0111] The preset retry threshold can both compensate for the recovery probability of instantaneous anomalies through a limited number of retries and avoid infinite retries consuming resources, thereby reducing CPU utilization.

[0112] Recovery results (success / failure) should be reported and fed back to users in a timely manner to ensure their right to know, while also providing log support for subsequent troubleshooting and improving system maintainability.

[0113] Figure 2This is a structural diagram of a DP projection anomaly recovery system for in-vehicle systems provided by one or more embodiments of the present invention.

[0114] like Figure 2 As shown, it includes:

[0115] The system includes a monitoring anomaly module, a signal verification module, a server-side judgment module, a scheduling alarm module, an instruction acquisition module, a status verification module, and a fault-tolerant retry module.

[0116] The monitoring anomaly module is used to monitor signal anomalies, internal faults, and power anomalies triggered by the power chip supplying power to the DP projection process. After capturing the corresponding interrupt signal, it forwards the interrupt signal to the main controller.

[0117] A verification signal module is used to verify the validity of the interrupt signal;

[0118] The server-side judgment module is used to report information containing DP projection error types to the server; the server retrieves the vehicle system status and determines whether to push the DP projection error information to the application.

[0119] The scheduling and alarm module is used to perform pre-resource scheduling and push abnormal alarm information to the application after receiving DP projection abnormal information;

[0120] The instruction acquisition module is used to monitor the recovery instructions triggered by the target user; the server sends the recovery instructions to the driver layer of the main controller, and the driver layer performs a reset operation and reconfigures the working parameters of the target hardware in a preset order;

[0121] The status verification module is used to verify the hardware status during reset operations and reconfiguration of operating parameters.

[0122] The fault-tolerant retry module is used to execute the fault-tolerant retry process based on the hardware status and a preset retry threshold.

[0123] If the number of retries reaches the threshold and recovery is not achieved, the recovery process is terminated and the status is reported to the server.

[0124] It is worth noting that although only some basic functional modules are disclosed in this embodiment, it does not mean that the composition of this system is limited to the above-mentioned basic functional modules. On the contrary, what this embodiment intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with existing technology to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. The fact that this embodiment only discloses a few basic functional modules does not mean that the scope of protection of the claims of this invention is limited to the disclosed basic functional modules. At the same time, for the convenience of description, the above device is described separately according to its functions as various units and modules. Of course, in implementing this invention, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0125] The device embodiments described above are merely illustrative. 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 the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0126] Figure 3 This is an overall architecture diagram of a vehicle-mounted DP projection system according to a specific embodiment of the present invention.

[0127] like Figure 3 As shown, this embodiment specifically includes: the application end, server end, and driver end of the DP projection system.

[0128] The application side includes: application software that interacts with users, such as 360-degree surround view, which acts as the client and is connected to the DP system server using a client-server architecture. When a hot-plug signal is detected, the application interface pops up. Depending on the user's selection, the screen projection interface can be displayed and sound can be played to realize the screen projection function of the device, similar to the operation of popping up 360-degree surround view when the device is in P gear.

[0129] The server feeds back the hardware status to the application and processes user behavior on the application. It controls the hardware device based on user behavior. For example, when a screen projection device is plugged in, the server will receive a signal from the hardware driver layer. The server will report the signal to the application based on the current status of the vehicle system. The application will then determine whether to start the display interface based on the vehicle system signal.

[0130] The driver converts the DP signal transmitted from the projection device into a MIPI signal and an audio signal. The MIPI signal is then parsed into image data. This part can also detect hot-plug status and transmit the image and audio data to the server for the client to call.

[0131] In one embodiment, such as Figure 4 As shown, the process includes the application opening the screen mirroring interface. Specifically, the DP screen mirroring image goes through the camera's ais_server framework. When it receives the device ready signal from the server or when the user actively opens the DP application, it calls CameraOpen, passing parameters such as CameraID and resolution to the server. The server performs initialization work such as buffer allocation based on the information, and then starts the video stream via CameraStart. When the server receives the video stream, it will call back to the DP application. CameraStop stops the outgoing stream, specifying the device through CameID. CameraClose closes the camera and releases the occupied resources, specifying the closed device through CameID. At the same time, the server performs audio initialization operations, and when the application receives the audio signal, it calls the amplifier to play the sound.

[0132] The startup process of the driver is divided into three parts: power supply and signal enhancement, DP to MIPI video and I2S audio signal conversion, and image and sound signal analysis. After the game console and other devices are connected to the Type-C interface, the SC8741 provides power and the 1207q chip enhances the signal to reduce signal loss and attenuation during transmission. Then, the GSV6127 signal converts the DP signal into MIPI video signal and I2S audio signal. The signal is sent to the SOC 8295 driver section to analyze and process the video and sound signals for use by the server and application.

[0133] Furthermore, such as Figure 5 As shown, it also includes an anomaly detection mechanism. Because the screen mirroring device is pluggable, users may frequently perform hot-swapping and other operations, which may occasionally lead to the insertion of illegal devices or other illegal operations that cause software and hardware malfunctions. Therefore, the anomaly detection and recovery mechanism is very important.

[0134] like Figure 6 As shown, a flowchart of an anomaly detection mechanism is disclosed, specifically as follows:

[0135] The device status is detected by hardware interrupt. When the GSV6127 detects an abnormal interrupt from the power chip SC8741 or an internal abnormality, it will report the interrupt to the SOC 8295. The SOC 8295 determines the type of abnormal status by reading the register status and then reports it to the server. The server reports it to the application side, prompting the user that the device is abnormal and that recovery strategies can be attempted.

[0136] When the user selects to restore, the application sends a restore command to the server, the server sends a restore command to the driver, and the driver controls the GSV6127 to perform a reset operation. At the same time, if the SC8741 is abnormal, the SC8741 is also reset and restored, and the initialization configuration is re-performed. If the function is still abnormal after 3 attempts, this function is disabled and the user is prompted that the device is abnormal.

[0137] Figure 7 This is a block diagram of an electronic device structure for a method to recover from DP projection anomalies in vehicle-mounted systems, provided by one or more embodiments of the present invention.

[0138] like Figure 7 As shown, this application provides an electronic device, including: 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;

[0139] The memory stores a computer program, which, when executed by the processor, causes the processor to perform steps of a DP projection anomaly recovery method applicable to vehicle-mounted systems.

[0140] This application also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform steps of a DP projection anomaly recovery method applicable to vehicle-mounted systems.

[0141] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0142] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.

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

Claims

1. A method for recovering from DP projection anomalies applicable to in-vehicle systems, characterized in that, Includes the following steps: The DP projection processing chip monitors signal anomalies, internal faults, and power anomalies triggered by the power supply chip that powers it during the DP projection process. After capturing the corresponding interrupt signal, the interrupt signal is forwarded to the main controller. The main controller verifies the validity of the interrupt signal; If valid, information including the DP projection error type will be reported to the server; The server retrieves the vehicle's infotainment system status and determines whether to push DP projection error information to the application. After receiving the DP projection error information, the application terminal performs pre-resource scheduling and pushes the error alarm information. Monitor recovery commands triggered by the target user; The server sends the recovery command to the driver layer of the main controller, and the driver layer performs a reset operation and reconfigures the working parameters of the target hardware in a preset order. The main controller verifies the hardware status of the reset operation and the reconfiguration of the operating parameters; If the hardware state does not return to normal, a fault-tolerant retry process is executed according to the preset retry threshold. If the number of retries reaches the threshold and recovery is not achieved, the recovery process is terminated and the status is reported to the server.

2. The method for recovering from DP projection anomalies applicable to vehicle-mounted systems according to claim 1, characterized in that, The main controller verifies the validity of the interrupt signal by including: Read the exception flag register of the DP projection processing chip and the status register of the power supply chip that powers it; Based on the combination of flag bits in the exception identifier register and the status register, it is determined whether the exception corresponding to the interrupt signal is a valid fault.

3. The method for recovering from DP projection anomalies applicable to vehicle-mounted systems according to claim 1, characterized in that, The pre-processing resource scheduling performed by the application is as follows: release the image rendering resources and audio output resources currently associated with the DP projection function; The abnormal alarm information is pushed to the application in the form of a visual pop-up combined with audio prompts.

4. The method for recovering from DP projection anomalies applicable to vehicle-mounted systems according to claim 1, characterized in that, include: The corresponding interrupt signal is captured by the DP projection processing chip of the vehicle's infotainment system. The interrupt signal is forwarded to the main controller through the hardware interrupt pin of the DP projection processing chip. The main controller is the main control chip of the vehicle's in-vehicle system.

5. The method for recovering from DP projection anomalies applicable to vehicle-mounted systems according to claim 1, characterized in that, The reset operation includes: Send a soft reset command to the DP projection processing chip to restart its faulty function module; Send a soft reset command to the power supply chip; The reconfiguration of operating parameters includes: reconfiguring the output voltage parameters of the power supply chip.

6. The method for recovering from DP projection anomalies applicable to vehicle-mounted systems according to claim 1, characterized in that, The main controller verifies the hardware status by: rereading the abnormal flag register of the DP projection processing chip and the status register of the power supply chip, and determining whether the hardware has returned to normal based on the register flag bits; The preset retry threshold execution fault-tolerant retry process is as follows: when the number of retries reaches the preset threshold and the hardware status has not yet recovered, the recovery failure status information is reported to the server.

7. The method for recovering from DP projection anomalies applicable to vehicle-mounted systems according to claim 1, characterized in that, The vehicle system status retrieved by the server includes: the current function priority mode of the vehicle system and the working status of the DP projection function; The server determines whether to push DP projection error information as follows: Determine if the DP screen mirroring function is running; If the system is running, push an error message; If the system is not running, push notifications can be delayed or only exception logs can be recorded.

8. A DP projection anomaly recovery system applicable to vehicle-mounted systems, characterized in that, include: The system includes a monitoring anomaly module, a signal verification module, a server-side judgment module, a scheduling alarm module, an instruction acquisition module, a status verification module, and a fault-tolerant retry module. The monitoring anomaly module is used to monitor signal anomalies, internal faults, and power anomalies triggered by the power chip supplying power to the DP projection process. After capturing the corresponding interrupt signal, it forwards the interrupt signal to the main controller. A verification signal module is used to verify the validity of the interrupt signal; The server-side judgment module is used to report information containing DP projection error types to the server; the server retrieves the vehicle system status and determines whether to push the DP projection error information to the application. The scheduling and alarm module is used to perform pre-resource scheduling and push abnormal alarm information to the application after receiving DP projection abnormal information; The instruction acquisition module is used to monitor the recovery instructions triggered by the target user; the server sends the recovery instructions to the driver layer of the main controller, and the driver layer performs a reset operation and reconfigures the working parameters of the target hardware in a preset order; The status verification module is used to verify the hardware status during reset operations and reconfiguration of operating parameters. The fault-tolerant retry module is used to execute the fault-tolerant retry process based on the hardware status and a preset retry threshold. If the number of retries reaches the threshold and recovery is not achieved, the recovery process is terminated and the status is reported to the server.

9. An electronic device, characterized in that, include: The processor, communication interface, memory, and communication bus are connected, with the processor, communication interface, and memory communicating with each other via the communication bus. The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the DP projection anomaly recovery method applicable to vehicle-mounted systems as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, It stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the DP projection anomaly recovery method for a vehicle-mounted system as described in any one of claims 1-7.

Images