Monitoring processing method and device for vehicle panorama failure, cabin host and vehicle

Abstract

The invention discloses a monitoring processing method for vehicle panorama failure, which is applied to a cabin host integrated with a panorama function, and at least comprises the following steps: S1, when it is detected that a Lock signal of a deserializer in the cabin host is triggered, starting a hot plug thread for a camera connected with the deserializer, and carrying out hot plug processing; s2, accessing a register of a deserializer of the host, comparing a current value in the deserializer register with an initial value, and determining whether the deserializer register needs to be subjected to reconfiguration processing so as to realize self-resetting of the deserializer; and S3, according to the change and state of the current Lock signal in the deserializer, carrying out abnormity judgment on the camera, and carrying out reset processing on the abnormal camera. The invention further provides a corresponding device, a cabin host, a storage medium and a vehicle. According to the invention, self-recovery processing under various conditions of integrated panorama failure can be realized, and the safety of the vehicle is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of cockpit host computers, and in particular to a monitoring and processing method and device for vehicle panoramic failure, a cockpit host computer, a storage medium and a vehicle. Background Art

[0002] Currently, cockpit hosts with integrated panoramic view generally determine if there is an abnormality in the camera by judging the status of the lock signal of the deserializer (locked or unlocked), and then power on the camera again to achieve self-recovery of the panoramic function.

[0003] This type of fault detection through the lock signal status detection of the deserializer has a limited diagnostic range for the panoramic function. Many faults cannot be detected through the lock signal status, which results in many fault types being unable to self-recover. It cannot cover all self-recovery scenarios of integrated panoramic failure, thus posing a safety hazard during driving. Summary of the invention

[0004] The technical problem to be solved by the present invention is to provide a monitoring and processing method, device, cockpit host, storage medium and vehicle for vehicle panoramic failure, which can realize self-recovery processing in various situations of integrated panoramic failure and improve the safety of the vehicle.

[0005] In order to solve the above technical problems, as one aspect of the present invention, a monitoring and processing method for vehicle panoramic failure is provided, which is applied to a cockpit host integrated with a panoramic function, and at least comprises the following steps:

[0006] When it is detected that the deserializer Lock signal in the cockpit host is triggered, a hot-swap thread is started for the camera connected to the deserializer to perform hot-swap processing;

[0007] Access the register of the deserializer of the host, and compare the current value in the deserializer register with the initial value to determine whether the deserializer register needs to be reconfigured to achieve self-reset of the deserializer;

[0008] According to the change and status of the current Lock signal in the deserializer, the camera is judged to be abnormal, and the abnormal camera is reset.

[0009] The method of judging the camera abnormality according to the change and state of the current Lock signal in the deserializer and resetting the abnormal camera further includes:

[0010] According to the change and status of the current Lock signal in the deserializer, the camera is judged abnormal and marked, and the corresponding camera that needs to be configured and powered off is determined;

[0011] Perform register configuration processing on the camera that needs to be configured, perform open detection operations on the camera and deserializer after configuration, and return the result information;

[0012] According to the returned result information and the mark, the camera that needs to be powered off is powered off.

[0013] Wherein, when it is detected that the deserializer Lock signal in the cockpit host is triggered, a hot plug thread is started for the camera connected to the deserializer to perform hot plug processing, further comprising:

[0014] After the panoramic function is started, when the lock signal state of the camera corresponding to the deserializer is detected to change, it is determined that the camera signal is abnormal, and a hot plug thread start signal is sent to the deserializer chip to control the hot plug processing of the camera connected to the deserializer;

[0015] Determine whether the hot-plug thread is already started. If the hot-plug thread is already started, mark the thread start signal and the hot-plug thread enters the waiting state.

[0016] If the hot-plug thread has not started, determine whether there is a thread start signal. If not, enter the hot-plug thread waiting state; if there is a thread start signal, enter the polling waiting state and delay the waiting time to ensure that the hot-plug thread is completed.

[0017] The access to the deserializer register of the host and comparing the current value in the deserializer register with the initial value to determine whether the deserializer register needs to be reconfigured to achieve self-reset of the deserializer further include:

[0018] After the hot-plug thread is completed, access the host's deserializer registers;

[0019] If the access is unsuccessful, the camera is powered on and off again to reset the deserializer; and the registers of the host deserializer are continued to be accessed. If the access is successful, the registers of the host deserializer are continued to be accessed after the AVM APP is turned off; if the access is unsuccessful, the state returns to the polling waiting state;

[0020] If the access is successful, the current register value of the deserializer is read and compared with the initial value of the deserializer register. If the two are inconsistent, the register of the deserializer is reconfigured. After the configuration is successful, the read current register value is cleared. If the configuration is unsuccessful, the current register value is recorded, and the camera is powered on and off again, and then returns to the polling waiting state; if the two are consistent, go to the next step.

[0021] Among them, judging and marking the camera abnormality according to the change and state of the current Lock signal in the deserializer, and determining the corresponding camera that needs to be configured and powered off further includes:

[0022] Determine whether the state of the lock signal corresponding to each camera has changed, and determine the current state of the lock signal;

[0023] When its lock signal changes and is currently in a locked state, the corresponding camera is marked as requiring register configuration;

[0024] When its lock signal changes and is currently unlocked, the corresponding camera is marked as requiring power-off processing;

[0025] When the lock signal does not change and the camera is currently unlocked, the corresponding camera is marked as requiring power-off.

[0026] When the lock signal has not changed and the camera is currently in the locked state, the registers of all cameras are accessed and the cameras that have not been successfully accessed are marked as requiring register configuration.

[0027] The register configuration process is performed on the camera to be configured, and after the configuration, the camera and the deserializer are turned on for detection, and the result information is returned, further comprising:

[0028] According to the mark, enter the configuration mode, configure the register of the corresponding camera, if the configuration is successful, open the video channel of the deserializer, if the opening is successful, exit the configuration mode, and switch to the video mode, if the switching is successful, return the first result value, if the switching is unsuccessful, return the second result value;

[0029] If the configuration is unsuccessful, the video channel of the deserializer is opened to determine whether the opening is successful. If successful, the second result value is returned; if unsuccessful, the third result value is returned;

[0030] If opening the video channel of the deserializer fails, continue to perform the operation of opening the video channel of the deserializer to determine whether the opening is successful, and return the second result value if successful, and return the third result value if unsuccessful.

[0031] The method of powering off the camera that needs to be powered off according to the returned result information and the mark further includes:

[0032] When the return value is the first result value, clear the flag value of the camera that needs to be configured; when the return value is the second result value, proceed to the next step; when the return value is the third result value, record the current value of the deserializer register;

[0033] Determine whether each camera needs to be powered off according to the aforementioned flag values ​​that need to be configured and powered off;

[0034] Power off the camera that needs to be powered off, record the lock state value of the camera as unlocked, and clear all mark values.

[0035] Correspondingly, another aspect of the present invention further provides a monitoring and processing device for vehicle panoramic failure, which is applied to a cockpit host integrated with a panoramic function, and at least comprises:

[0036] The deserializer trigger processing unit is used to start a hot-swap thread for the camera connected to the deserializer and perform hot-swap processing when it detects that the deserializer Lock signal in the cockpit host is triggered;

[0037] A deserializer self-reset unit, used for accessing the register of the deserializer of the host, and comparing the current value in the deserializer register with the initial value to determine whether the deserializer register needs to be reconfigured to achieve self-reset of the deserializer;

[0038] The camera self-reset unit is used to judge the abnormality of the camera according to the change and status of the current Lock signal in the deserializer, and reset the abnormal camera.

[0039] Wherein, the camera self-resetting unit further comprises:

[0040] The camera abnormality judgment unit is used to judge and mark the camera abnormality according to the change and status of the current Lock signal in the deserializer, and determine the corresponding camera that needs to be configured and powered off;

[0041] The camera configuration processing unit is used to perform register configuration processing on the camera that needs to be configured, perform an open detection operation on the camera and deserializer after configuration, and return result information;

[0042] The camera power-off processing unit performs power-off processing on the camera that needs to be powered off according to the returned result information and the mark.

[0043] Correspondingly, in another aspect of the present invention, a cockpit host is provided, which at least comprises: a SOC chip, a deserializer and a camera power supply connected to the SOC chip, the deserializer is connected to a plurality of cameras, and the camera power supply supplies power to the cameras; wherein:

[0044] The SOC chip includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, the steps of the aforementioned method are implemented.

[0045] Correspondingly, another aspect of the present invention further provides a vehicle, which is provided with the cockpit host as described above.

[0046] Correspondingly, another aspect of the present invention further provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program implements the steps of the aforementioned method when executed by a processor.

[0047] The implementation of the embodiments of the present invention has the following beneficial effects:

[0048] The present invention provides a monitoring and processing method, device, cockpit host, storage medium and vehicle for panoramic failure of a vehicle. In the application scenario where the cockpit host integrates the panoramic function, the cockpit host implements the self-recovery function of panoramic failure by diagnosing the host deserializer and camera and other related devices. When the deserializer on the host side is inaccessible, the self-recovery of the deserializer on the host side is achieved by powering on and off the camera and self-resetting the deserializer itself; when the host side detects that the camera is unlocked or the host side cannot access communication with the camera, the self-recovery of the host's deserializer and camera is achieved by configuring the register of the host-side deserializer or powering on and off the camera or reconfiguring the register of the camera, thereby ensuring the stability and normality of the integrated panoramic function.

[0049] In an embodiment of the present invention, the deserializer's own abnormality can be processed. In addition to conventionally accessing the deserializer to determine whether to power on and off the camera to implement the logic of self-recovery of the deserializer, a comparison between the current register value and the register initial value is added. Once the two data are inconsistent, it indirectly indicates that the deserializer has an abnormality, so the deserializer's register is reconfigured, and the camera is powered on and off again, thereby realizing the recovery of the abnormal situation of the deserializer itself.

[0050] In an embodiment of the present invention, the deserializer can process the camera status, and determine whether the camera is in a locked state and whether the access is successful through the lock signal and the camera access, so as to more comprehensively diagnose and recover the abnormal camera.

[0051] In the embodiment of the present invention, when the access to the camera is unsuccessful, in addition to powering on and off the camera, the camera registers are reconfigured to more comprehensively resolve the abnormal condition of the camera. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the prior art descriptions are briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For a person skilled in the art, other drawings obtained based on these drawings still belong to the scope of the present invention without creative labor.

[0053] Figure 1 A schematic diagram of the main process of an embodiment of a monitoring and processing method for vehicle panoramic failure provided by the present invention;

[0054] Figure 2 A schematic diagram of an application environment of the present invention;

[0055] Figure 3 for Figure 1 A more detailed flow chart of step S3 in FIG.

[0056] Figure 4 A more detailed schematic diagram of a local process involved in the present invention;

[0057] Figure 5 A more detailed schematic diagram of the next partial process involved in the present invention;

[0058] Figure 6 A more detailed schematic diagram of the next partial process involved in the present invention;

[0059] Figure 7 A more detailed schematic diagram of the next partial process involved in the present invention;

[0060] Figure 8 A schematic structural diagram of an embodiment of a monitoring and processing device for vehicle panoramic failure provided by the present invention;

[0061] Fig. 9 for Figure 8 Schematic diagram of the structure of the camera self-reset unit. DETAILED DESCRIPTION

[0062] In order to make the objectives, technical solutions and advantages of the present invention more clear, the present invention will be further described in detail below with reference to the accompanying drawings.

[0063] like Figure 1 FIG. 1 is a schematic diagram showing a main flow chart of an embodiment of a method for monitoring and processing vehicle panoramic failure provided by the present invention. Figures 2 to 7 As shown, the method is applied to a cockpit host 1 integrated with a panoramic function, specifically, as Figure 2As shown, the cockpit host 1 at least includes: a SOC chip 10, a deserializer 11 connected to the SOC chip 10 and a camera power supply 12, and the deserializer 11 is connected to a plurality of cameras 2.

[0064] Among them, SOC chip 11 is used to configure and read the register information of deserializer 11 through IIC signal, and read and configure the register information of camera 2 through LVDS signal; when the video signal of camera 2 is interfered or the signal transmission quality of camera 2 is poor or camera 2 works abnormally or the wiring harness is loose, the lock signal of deserializer 11 will be in a lost state, and when the deserializer 11 receives a good signal from camera 2, the lock signal of deserializer 11 will be in a locked state, and deserializer 11 transmits the lock signal to SOC chip 10, and SOC chip 10 can determine the lock state of deserializer 11. SOC chip 10 controls the power supply of camera 2 to be turned off through the IO port, and the camera power supply directly powers the camera through the LVDS cable.

[0065] More specifically, in this embodiment, the monitoring and processing method for vehicle panoramic failure further includes the following steps:

[0066] Step S1, when the SOC chip detects that the deserializer Lock signal in the cockpit host is triggered, it starts a hot-swap thread for the camera connected to the deserializer and performs hot-swap processing;

[0067] In a specific example, combined with Figure 4 In the more detailed diagram, the step S1 further comprises:

[0068] After the panoramic function is started, when the camera video signal is interfered with, the camera signal transmission quality is poor, the camera works abnormally, or the wiring harness is loose, the lock signal state change of the camera corresponding to the deserializer will be detected. At this time, the deserializer lock signal of the cockpit host will be triggered. The SOC chip detects the lock signal, determines that the camera signal is abnormal, and sends a hot-swap thread start signal to the deserializer chip to control the hot-swap processing of the camera connected to the deserializer;

[0069] In order to avoid repeating that the previous hot-plug thread has not yet ended and the next hot-plug thread is started, it is determined whether the hot-plug thread is already started. If the hot-plug thread has already started, the thread start signal is marked (the start signal is increased by 1), and the hot-plug thread enters the waiting state;

[0070] If the hot-swap thread has not been started, determine whether there is a thread start signal. If not, enter the hot-swap thread waiting state; if there is a thread start signal, enter the polling waiting state, and delay and wait for a predetermined time (such as 1.2 seconds) to ensure that the hot-swap thread is completed; it can be understood that in an example, the camera is powered on and off again to start the hot-swap thread. Due to the presence of capacitive devices such as external capacitors, it takes about 1.2 seconds for the camera to be powered off, and in different application scenarios, the predetermined time may be different.

[0071] Step S2, accessing the register of the deserializer of the host, comparing the current value in the deserializer register with the initial value, and determining whether the deserializer register needs to be reconfigured to achieve self-reset of the deserializer;

[0072] In a specific example, combined with Figure 4 In a more detailed diagram, the step S2 further comprises:

[0073] After the hot-plug thread is completed, the host's deserializer register is accessed to determine whether the access is successful (marked as #1 in the figure);

[0074] If the access is unsuccessful, it means that the deserializer itself is abnormal due to unknown reasons. In this case, the camera should be powered on and off again to reset the deserializer. The registers of the host deserializer should be accessed continuously. If the access is successful, the registers of the host deserializer should be accessed continuously after AVMAPP is turned off. If the access is unsuccessful, the system returns to the polling waiting state.

[0075] If the access is successful, read the current register value A of the deserializer and compare it with the initial value of the deserializer register (marked as #2 in the figure). If the two are inconsistent, reconfigure the register of the deserializer. After the configuration is successful, clear the read current register value. If the configuration is unsuccessful, it means that there are still some abnormalities in the deserializer. Record the current register value, power on and off the camera again, and then return to the polling waiting state; if the two are consistent, go to the next step.

[0076] Step S3, judging whether the camera is abnormal according to the change and state of the current Lock signal in the deserializer, and resetting the abnormal camera.

[0077] Specifically, combined with Figure 5 In a more detailed diagram, the step S3 further comprises:

[0078] Step S30, judging and marking the camera as abnormal according to the change and state of the current Lock signal in the deserializer, and determining the corresponding camera that needs to be configured and powered off;

[0079] More specifically, the step S30 further includes:

[0080] Determine whether the state of the lock signal corresponding to each camera has changed, and determine the current state of the lock signal; (marked as #3 and #4 in the figure)

[0081] When its lock signal changes and is currently in a locked state, the corresponding camera is marked as requiring register configuration, and the mark value is C;

[0082] When its lock signal changes and is currently unlocked, the corresponding camera is marked as requiring power-off, with a mark value of B;

[0083] When the lock signal does not change and the camera is currently unlocked, the corresponding camera is marked as requiring power-off, and the mark value is B.

[0084] When the lock signal has not changed and the current state is locked, access the registers of all cameras. If one or more accesses are unsuccessful, it means that the corresponding camera is abnormal. The camera that failed to access is marked as requiring register configuration, and the mark value is C.

[0085] Step S31, performing register configuration processing on the camera to be configured, performing an open detection operation on the camera and the deserializer after configuration, and returning result information;

[0086] More specifically, combined with Figure 6 In the more detailed diagram, the step S31 further comprises:

[0087] According to the mark (mark value C), confirm whether the register needs to be configured (marked as #6 in the figure). If configuration is required, enter the configuration mode and configure the register of the corresponding camera. If the configuration is successful (marked as #7 in the figure), open the video channel of the deserializer, and then determine whether the opening is successful (marked as #8 in the figure). If the opening is successful, exit the configuration mode and switch to the video mode (marked as #9 in the figure). If the switch is successful, return the first result value D=0;

[0088] If no configuration is required, it is determined whether the camera needs to be powered off again. If power off is not required, the hot plug thread wait state is returned. If power off is required, the result value D>0 is returned.

[0089] If the configuration is successful or not (at #7), the video channel of the deserializer is opened to determine whether it is opened successfully. If it is successful, the second result value D>0 is returned. If it is unsuccessful, the third result value D<0 is returned.

[0090] If the opening of the video channel of the deserializer is unsuccessful (at #8), the operation of opening the video channel of the deserializer is continued to be performed to determine whether the opening is successful. If successful, the second result value D>0 is returned; if unsuccessful, the third result value D<0 is returned;

[0091] If the switch to the video mode is unsuccessful (at #9), a second result value D>0 is returned.

[0092] Step S32: Power off the camera that needs to be powered off according to the returned result information and the mark.

[0093] More specifically, combined with Figure 7 In the more detailed diagram, the step S32 further comprises:

[0094] When the return value is the first result value D=0, it means that the previous steps are successful, and the camera mark value C is cleared; when the return value is the second result value D>0, it means that the above action failed, and continue to the next step; when the return value is the third result value D<0, it means that the above action failed, and the current value of the deserializer register is recorded;

[0095] Then, according to the values ​​of the flag value C requiring configuration and the flag value B requiring power off, it is determined whether each camera needs to be powered off;

[0096] The camera that needs to be powered off is powered off, the lock state value of the camera is recorded as unlocked, and all the mark values ​​B and C are cleared.

[0097] like Figure 8 FIG. 1 is a schematic diagram showing a structure of an embodiment of a monitoring and processing device 3 for vehicle panoramic failure provided by the present invention. Fig. 9 As shown, the device is applied to a cockpit host integrated with a panoramic function, and more specifically, to a SOC chip of the cockpit host. In this embodiment, the monitoring and processing device 3 for vehicle panoramic failure at least includes:

[0098] The deserializer trigger processing unit 30 is used to start a hot plug thread for the camera connected to the deserializer and perform hot plug processing when it is detected that the deserializer Lock signal in the cockpit host is triggered;

[0099] The deserializer self-reset unit 32 is used to access the register of the deserializer of the host, and compare the current value in the deserializer register with the initial value to determine whether the deserializer register needs to be reconfigured to achieve self-reset of the deserializer;

[0100] The camera self-resetting unit 33 is used to judge the abnormality of the camera according to the change and state of the current Lock signal in the deserializer, and reset the camera with the abnormality.

[0101] like Fig. 9 As shown, the camera self-resetting unit 33 further includes:

[0102] The camera abnormality judgment unit 330 is used to judge and mark the camera abnormality according to the change and state of the current Lock signal in the deserializer, and determine the corresponding camera that needs to be configured and powered off;

[0103] The camera configuration processing unit 331 is used to perform register configuration processing on the camera to be configured, perform an open detection operation on the camera and the deserializer after configuration, and return result information;

[0104] The camera power-off processing unit 332 performs power-off processing on the camera that needs to be powered off according to the returned result information and the mark.

[0105] For more details, please refer to and combine the above Figures 1 to 7 The description is not repeated here.

[0106] Another aspect of the present invention further provides a cockpit host, which at least includes: a SOC chip, a deserializer and a camera power supply connected to the SOC chip, the deserializer is connected to a plurality of cameras, and the camera power supply supplies power to the cameras; the specific structure can refer to and be combined with the Figure 2 Description.

[0107] The SOC chip includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, the following is achieved: Figures 1 to 7 For more details, please refer to and combine with the above Figures 1 to 7 The description is not repeated here.

[0108] In another aspect of the present invention, there is also provided a computer-readable storage medium having a computer program stored thereon, wherein the computer program is executed by a processor to implement the aforementioned Figures 1 to 7 For more details, please refer to and combine with the above Figures 1 to 7 The description is not repeated here.

[0109] In another aspect of the present invention, a vehicle is provided, wherein Figure 2 , Figure 8 and Fig. 9 For more details, please refer to and combine the above description of the cockpit host. Figure 2 , Figure 8 and Fig. 9 The description is not repeated here.

[0110] The implementation of the embodiments of the present invention has the following beneficial effects:

[0111] The present invention provides a monitoring and processing method, device, cockpit host, storage medium and vehicle for panoramic failure of a vehicle. In the application scenario where the cockpit host integrates the panoramic function, the cockpit host implements the self-recovery function of panoramic failure by diagnosing the host deserializer and camera and other related devices. When the deserializer on the host side is inaccessible, the self-recovery of the deserializer on the host side is achieved by powering on and off the camera and self-resetting the deserializer itself; when the host side detects that the camera is unlocked or the host side cannot access communication with the camera, the self-recovery of the host's deserializer and camera is achieved by configuring the register of the host-side deserializer or powering on and off the camera or reconfiguring the register of the camera, thereby ensuring the stability and normality of the integrated panoramic function.

[0112] In an embodiment of the present invention, the deserializer's own abnormality can be processed. In addition to conventionally accessing the deserializer to determine whether to power on and off the camera to implement the logic of self-recovery of the deserializer, a comparison between the current register value and the register initial value is added. Once the two data are inconsistent, it indirectly indicates that the deserializer has an abnormality, so the deserializer's register is reconfigured, and the camera is powered on and off again, thereby realizing the recovery of the abnormal situation of the deserializer itself.

[0113] In an embodiment of the present invention, the deserializer can process the camera status, and determine whether the camera is in a locked state and whether the access is successful through the lock signal and the camera access, so as to more comprehensively diagnose and recover the abnormal camera.

[0114] In the embodiment of the present invention, when the access to the camera is unsuccessful, in addition to powering on and off the camera, the camera registers are reconfigured to more comprehensively resolve the abnormal condition of the camera.

[0115] It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as methods, devices, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0116] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0117] The above disclosure is only a preferred embodiment of the present invention, which certainly cannot be used to limit the scope of the present invention. Therefore, equivalent changes made according to the claims of the present invention are still within the scope of the present invention.

Claims

1. A monitoring and processing method for vehicle panoramic failure, applied to a cockpit host integrated with panoramic function, It is characterized in that At least the following steps are included: When it is detected that the deserializer Lock signal in the cockpit host is triggered, a hot-swap thread is started for the camera connected to the deserializer to perform hot-swap processing; Access the register of the deserializer of the host, and compare the current value in the deserializer register with the initial value to determine whether the deserializer register needs to be reconfigured to achieve self-reset of the deserializer; According to the change and status of the current Lock signal in the deserializer, the camera is judged to be abnormal, and the abnormal camera is reset.

2. The method according to claim 1, It is characterized in that The method further comprises: judging the abnormality of the camera according to the change and state of the current Lock signal in the deserializer, and resetting the abnormal camera. According to the change and status of the current Lock signal in the deserializer, the camera is judged abnormal and marked, and the corresponding camera that needs to be configured and powered off is determined; Perform register configuration processing on the camera that needs to be configured, perform open detection operations on the camera and deserializer after configuration, and return the result information; According to the returned result information and the mark, the camera that needs to be powered off is powered off.

3. The method according to claim 2, It is characterized in that When it is detected that the deserializer Lock signal in the cockpit host is triggered, a hot plug thread is started for the camera connected to the deserializer to perform hot plug processing, further comprising: After the panoramic function is started, when the lock signal state of the camera corresponding to the deserializer is detected to change, it is determined that the camera signal is abnormal, and a hot plug thread start signal is sent to the deserializer chip to control the hot plug processing of the camera connected to the deserializer; Determine whether the hot-plug thread is already started. If the hot-plug thread is already started, mark the thread start signal and the hot-plug thread enters the waiting state. If the hot-plug thread has not started, determine whether there is a thread start signal. If not, enter the hot-plug thread waiting state; if there is a thread start signal, enter the polling waiting state and delay the waiting time to ensure that the hot-plug thread is completed.

4. The method according to claim 2 or 3, It is characterized in that The accessing of the deserializer register of the host and comparing the current value in the deserializer register with the initial value to determine whether the deserializer register needs to be reconfigured to achieve self-reset of the deserializer further includes: After the hot-plug thread is completed, access the host's deserializer registers; If the access is unsuccessful, the camera is powered on and off again to reset the deserializer; and the registers of the host deserializer are continued to be accessed. If the access is successful, the registers of the host deserializer are continued to be accessed after the AVM APP is turned off; if the access is unsuccessful, the state returns to the polling waiting state; If the access is successful, the current register value of the deserializer is read and compared with the initial value of the deserializer register. If the two are inconsistent, the register of the deserializer is reconfigured. After the configuration is successful, the read current register value is cleared. If the configuration is unsuccessful, the current register value is recorded, and the camera is powered on and off again, and then returns to the polling waiting state; if the two are consistent, go to the next step.

5. The method according to claim 4, It is characterized in that According to the change and state of the current Lock signal in the deserializer, the camera is judged abnormally and marked, and the corresponding camera that needs to be configured and powered off is determined, further comprising: Determine whether the state of the lock signal corresponding to each camera has changed, and determine the current state of the lock signal; When its lock signal changes and is currently in a locked state, the corresponding camera is marked as requiring register configuration; When its lock signal changes and is currently unlocked, the corresponding camera is marked as requiring power-off processing; When the lock signal does not change and the camera is currently unlocked, the corresponding camera is marked as requiring power-off. When the lock signal has not changed and the camera is currently in the locked state, the registers of all cameras are accessed and the cameras that have not been successfully accessed are marked as requiring register configuration.

6. The method according to claim 5, It is characterized in that The register configuration process is performed on the camera to be configured, and after the configuration, the camera and the deserializer are turned on for detection, and result information is returned, further comprising: According to the mark, enter the configuration mode, configure the register of the corresponding camera, if the configuration is successful, open the video channel of the deserializer, if the opening is successful, exit the configuration mode, and switch to the video mode, if the switching is successful, return the first result value, if the switching is unsuccessful, return the second result value; If the configuration is unsuccessful, the video channel of the deserializer is opened to determine whether the opening is successful. If successful, the second result value is returned; if unsuccessful, the third result value is returned; If opening the video channel of the deserializer fails, continue to perform the operation of opening the video channel of the deserializer to determine whether the opening is successful, and return the second result value if successful, and return the third result value if unsuccessful.

7. The method according to claim 6, It is characterized in that The power-off process for the camera that needs to be powered off according to the returned result information and the mark further includes: When the return value is the first result value, clear the flag value of the camera that needs to be configured; when the return value is the second result value, proceed to the next step; when the return value is the third result value, record the current value of the deserializer register; Determine whether each camera needs to be powered off according to the aforementioned flag values ​​that need to be configured and powered off; Power off the camera that needs to be powered off, record the lock state value of the camera as unlocked, and clear all mark values.

8. A monitoring and processing device for vehicle panoramic failure, applied to a cockpit host with integrated panoramic function, It is characterized in that At least: The deserializer trigger processing unit is used to start a hot-swap thread for the camera connected to the deserializer and perform hot-swap processing when it detects that the deserializer Lock signal in the cockpit host is triggered; A deserializer self-reset unit, used for accessing the register of the deserializer of the host, and comparing the current value in the deserializer register with the initial value to determine whether the deserializer register needs to be reconfigured to achieve self-reset of the deserializer; The camera self-reset unit is used to judge the abnormality of the camera according to the change and status of the current Lock signal in the deserializer, and reset the abnormal camera.

9. The device as claimed in claim 8, It is characterized in that The camera self-resetting unit further comprises: The camera abnormality judgment unit is used to judge and mark the camera abnormality according to the change and status of the current Lock signal in the deserializer, and determine the corresponding camera that needs to be configured and powered off; The camera configuration processing unit is used to perform register configuration processing on the camera that needs to be configured, perform an open detection operation on the camera and deserializer after configuration, and return result information; The camera power-off processing unit performs power-off processing on the camera that needs to be powered off according to the returned result information and the mark.

10. A cockpit host, It is characterized in that At least includes: a SOC chip, a deserializer and a camera power supply connected to the SOC chip, the deserializer is connected to multiple cameras, and the camera power supply supplies power to the cameras; wherein: The SOC chip includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, the steps of the method according to any one of claims 1 to 7 are implemented.

11. A vehicle, It is characterized in that A cockpit host as claimed in claim 10 is provided.

12. A computer-readable storage medium having a computer program stored thereon, It is characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images