Control debugging method, device and equipment during black screen of real vehicle, storage medium and product

Abstract

The invention discloses a control debugging method, device and equipment during black screen of a real vehicle, a storage medium and a product, the control debugging method during black screen of the real vehicle comprises the following steps: registering an interrupt detection interface of a differential signal; when the interruption detection interface detects that the USB D + signal is grounded, switching the USB to an equipment mode; in the equipment mode, console output of the vehicle-mounted system is redirected to the USB port; and outputting the work log of the vehicle-mounted system based on the USB port. When a black screen of a vehicle machine or an instrument crashes, the USB mode is switched to the equipment mode when the interrupt detection interface detects that the USB D + signal is grounded, so that the vehicle-mounted system can redirect the console output to the USB port, the working log of the vehicle-mounted system is output based on the USB port, and the working efficiency of the vehicle-mounted system is improved. Therefore, debugging personnel can obtain the system log of the vehicle machine on site based on the USB port for debugging, and the time and manpower input for reproducing the pressure measurement on the rack in the later period are reduced.

Description

Technical Field

[0001] The present application relates to the field of vehicle debugging technology, and in particular to control debugging methods, devices, equipment, storage media and products when a real vehicle has a black screen. Background Art

[0002] As the degree of intelligence of automobile computers increases, they play an increasingly important role in modern automobiles, and their application prospects are quite broad. With the continuous advancement of technology and the continuous development of the market, intelligent car computers will become one of the important directions for the development of future automobile intelligence.

[0003] In the process of using smart car computers, it is inevitable to encounter problems such as black screen and freeze of the car computer or instrument, especially in the vehicle installation and testing stage of the OEM, there is a high probability of encountering such problems. The debugging serial port reserved for IVI machines is usually not exposed, and USB is generally in default HOST mode. At this time, testers or developers will not be able to operate the car computer through the debugging serial port or USB interface, nor can they perform on-site fault analysis. Summary of the invention

[0004] The main purpose of this application is to provide a control debugging method, device, equipment, storage medium and product when the real vehicle has a black screen, aiming to solve the technical problem that the existing vehicle terminal cannot perform on-site fault analysis in time when the vehicle computer or instrument has a black screen and freezes.

[0005] To achieve the above purpose, the present application proposes a control debugging method when the screen of a real vehicle is black, and the control debugging method when the screen of a real vehicle is black includes:

[0006] Register the interrupt detection interface of the differential signal;

[0007] When the interrupt detection interface detects that the USB D+ signal is grounded, switching the USB to device mode;

[0008] In the device mode, redirecting the console output of the vehicle system to the USB port;

[0009] The working log of the vehicle-mounted system is output based on the USB port.

[0010] In one embodiment, the step of registering an interrupt detection interface of a differential signal includes:

[0011] When the vehicle system starts, the USB driver is loaded and the interrupt detection interface is registered during loading.

[0012] In one embodiment, the step of switching the USB to device mode when the interrupt detection interface detects that the USB D+ signal is grounded includes:

[0013] When it is detected that the special USB2.0 A port is connected to the USB port, a ground detection is performed through the interrupt detection interface;

[0014] During ground detection, if the USB D+ signal is detected to be grounded, the USB is switched to device mode.

[0015] In one embodiment, the step of outputting the work log of the vehicle-mounted system based on the USB port includes:

[0016] In device mode, if an external device is connected to the USB port, the work log of the vehicle-mounted system is output to the external device based on the USB disconnection.

[0017] In one embodiment, after the step of outputting the work log of the vehicle-mounted system based on the USB port, the method further includes:

[0018] Acquire the debugging command input by the external device, and output the command execution result based on the debugging command.

[0019] In one embodiment, after the step of outputting the work log of the vehicle-mounted system based on the USB port, the method further includes:

[0020] Obtain the instrument log information of the vehicle instrument system based on the virtual network card ssh;

[0021] The instrument log information is output to the external device through the USB port.

[0022] In addition, to achieve the above purpose, the present application also proposes a control and debugging device when the screen of a real vehicle is black, and the control and debugging device when the screen of a real vehicle is black includes:

[0023] An interface registration module, used to register the interrupt detection interface of the differential signal;

[0024] A mode switching module, configured to switch the USB to a device mode when the interrupt detection interface detects that the USB D+ signal is grounded;

[0025] A redirection module, used for redirecting the console output of the vehicle system to the USB port in the device mode;

[0026] A data interaction module is used to output the working log of the vehicle-mounted system based on the USB port.

[0027] In addition, to achieve the above-mentioned purpose, the present application also proposes a control and debugging device when the screen of a real vehicle is black, the device comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the control and debugging method when the screen of a real vehicle is black as described above.

[0028] In addition, to achieve the above-mentioned purpose, the present application also proposes a storage medium, which is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by the processor, the steps of the control debugging method when the actual vehicle screen is black are implemented as described above.

[0029] In addition, to achieve the above-mentioned purpose, the present application also provides a computer program product, which includes a computer program. When the computer program is executed by a processor, it implements the steps of the control debugging method when the real vehicle screen is black as described above.

[0030] One or more technical solutions proposed in this application have at least the following technical effects:

[0031] This application registers an interrupt detection interface for differential signals; when the interrupt detection interface detects that the USB D+ signal is grounded, the USB is switched to device mode; in device mode, the console output of the vehicle system is redirected to the USB port; and the work log of the vehicle system is output based on the USB port. When the vehicle computer or instrument panel freezes with a black screen, this application switches the USB to device mode when the interrupt detection interface detects that the USB D+ signal is grounded, so that the vehicle system can redirect the console output to the USB port, thereby realizing the output of the work log of the vehicle system based on the USB port, so that the debugging personnel can obtain the system log of the vehicle computer on-site based on the USB port for debugging, reducing the time and manpower investment in the later bench reproduction stress test. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0033] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following is a brief introduction to the drawings required for use in the embodiments or the description of the prior art. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0034] Figure 1 A flow chart of a control debugging method for a black screen vehicle provided in Embodiment 1 of this application;

[0035] Figure 2 A flow chart of the control debugging method when the screen of a real vehicle is black provided in Embodiment 2 of this application;

[0036] Figure 3 A flow chart of the control debugging method when the screen of a real vehicle is black provided in Embodiment 3 of this application;

[0037] Figure 4 This is a block diagram of an IVI domain controller in one implementation of the control debugging method when the real vehicle screen is black in this application;

[0038] Figure 5 This is a schematic diagram of the module structure of the control and debugging device when the screen of a real vehicle is black in an embodiment of the present application;

[0039] Figure 6 This is a schematic diagram of the equipment structure of the hardware operating environment involved in the control debugging method when the actual vehicle screen is black in the embodiment of the present application.

[0040] The purpose, features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0041] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of the present application and are not used to limit the present application.

[0042] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0043] The main solution of the embodiment of the present application is: registering an interrupt detection interface for differential signals; switching the USB to device mode when the interrupt detection interface detects that the USB D+ signal is grounded; in device mode, redirecting the console output of the vehicle system to the USB port; and outputting the work log of the vehicle system based on the USB port.

[0044] In the current existing technology, when facing the problem of black screen and freezing of the vehicle computer or instrument, it is often necessary to debug and analyze the problem on site. If the analysis cannot be done on site, it will take a lot of time to analyze some low-probability occasional problems after reproducing them through bench stress testing. The debug serial port reserved by existing IVI machines is usually not exposed, and the USB is generally in default HOST mode. At this time, testers or developers will not be able to operate the vehicle computer through the debug serial port or USB interface, nor can they perform on-site fault analysis.

[0045] The present application provides an effective analysis method for control debugging when a real vehicle has a black screen through a domain controller. When the vehicle computer or instrument panel has a black screen and crashes, the problem can be analyzed and located on the spot, rather than destroying the scene and exporting logs for analysis, or subsequently investing a lot of manpower and material resources on the test bench for stress testing and reproduction analysis, which effectively improves the efficiency of problem location.

[0046] It should be noted that the execution subject of this embodiment can be a computing service device with data processing, network communication and program running functions, such as a vehicle terminal, an intelligent vehicle machine, etc., or an electronic device, a virtual device, etc. that can realize the above functions. The following takes the control debugging device (hereinafter referred to as the debugging device) when the real car screen is black as an example to illustrate this embodiment and the following embodiments.

[0047] Based on this, the embodiment of the present application provides a control debugging method when the real car screen is black, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the control debugging method when the actual vehicle screen is black in this application.

[0048] In this embodiment, the control debugging method when the real vehicle screen is black includes steps S10 to S40:

[0049] Step S10, registering an interrupt detection interface of a differential signal;

[0050] It should be noted that in the embodiment of the present application, when the vehicle system is started, the USB driver can be loaded. When the USB driver is loaded, the interrupt detection interface of the D+ and D- signals can be registered.

[0051] It can be understood that a differential signal refers to a signal represented by the voltage difference between two signal lines (D+ and D-). During the transmission of communication data, D+ and D- will send complementary signals at the same time, and the receiving end can compare the difference between the two signals to determine the logical state of the original signal. Through this differential signal method, the impact of external electromagnetic interference and common mode noise on the signal can be effectively reduced, and the stability and reliability of signal transmission can be improved.

[0052] Specifically, the step of registering the interrupt detection interface of the differential signal includes:

[0053] When the vehicle system starts, the USB driver is loaded and the interrupt detection interface is registered during loading.

[0054] It should be noted that in USB communication, D+ and D- signals are used for differential signaling to manage data transmission and various USB states. For example, when the USB device is idle, D+ is high and D- is low; in the active state, D+ is low and D- is high. By precisely controlling the state of the D+ and D- harnesses, USB devices can achieve reliable data transmission and state management.

[0055] Step S20: Switching the USB to device mode based on the interrupt detection interface detecting that the USB D+ signal is grounded.

[0056] It is understandable that the detection of D+ and D- can be realized through the interrupt detection interface. Specifically, in the embodiment of the present application, when detection and debugging are required, a pre-made USB2.0 A port line can be first inserted into the actual vehicle USB interface to realize the grounding of the USB D+ signal.

[0057] It should be noted that the above-mentioned special USB2.0 A port cable refers to a special wiring harness that is pre-modified on the USB2.0 A port so as to connect the USB D+ signal to GND.

[0058] In the application, the debugging device can detect the USB D+ signal through the interrupt detection interface. When it is detected that it is grounded, the USB can be switched to device mode.

[0059] It should be noted that USB can include host mode and device mode. In the USB communication system, host mode refers to the mode in which the core device is located. In host mode, the vehicle system (that is, the vehicle computer system, such as the Android system) is responsible for controlling and managing the entire USB bus, and can control data transmission, error handling and other processes. Device mode is the mode in which the device connected to the USB bus and receiving host control is located. In device mode, the vehicle system can send data to the host, receive data from the host and respond to commands issued by the host.

[0060] Step S30, in the device mode, redirecting the console output of the vehicle-mounted system to the USB port;

[0061] It can be understood that in device mode, the debugging device can redirect the console output of the vehicle system to the USB port of the actual vehicle, so that the external device can connect to the vehicle system through the USB port and obtain the log data of the vehicle system based on the USB port, and at the same time send debugging instructions to the vehicle system.

[0062] In actual application, the debugging personnel can unplug the special USB2.0 A port harness and insert the normal USB male-to-male harness into the USB port of the real vehicle, so that the external device can obtain the system log of the vehicle system based on the USB port. That is, step S40 outputs the working log of the vehicle system based on the USB port.

[0063] The embodiment of the present application registers an interrupt detection interface of a differential signal; when the interrupt detection interface detects that the USBD+ signal is grounded, the USB is switched to device mode; in device mode, the console output of the vehicle system is redirected to the USB port; and the work log of the vehicle system is output based on the USB port. When the vehicle computer or instrument panel freezes with a black screen, the present application switches the USB to device mode when the interrupt detection interface detects that the USB D+ signal is grounded, so that the vehicle system can redirect the console output to the USB port, thereby realizing the output of the work log of the vehicle system based on the USB port, so that the debugging personnel can obtain the system log of the vehicle computer on-site based on the USB port for debugging, reducing the time and manpower investment of the later bench reproducing stress testing.

[0064] Based on the first embodiment of the present application, in the second embodiment of the present application, the same or similar contents as those in the above-mentioned embodiment 1 can be referred to the above introduction, and will not be repeated in the following. Figure 2 The step of switching the USB to device mode when the interrupt detection interface detects that the USB D+ signal is grounded comprises:

[0065] Step S21, when it is detected that the special USB2.0 A port is connected to the USB port, a ground detection is performed through an interrupt detection interface;

[0066] Step S22: During the ground detection, if it is detected that the USB D+ signal is grounded, the USB is switched to the device mode.

[0067] It should be noted that by detecting the USB port, when it is detected that the wiring harness of the special USB2.0 A port is connected to the USB port, the D+ signal grounding detection can be performed based on the interrupt detection interface. When the USB D+ signal grounding is detected, the USB corresponding to the vehicle terminal can be switched to device mode.

[0068] It is understandable that in device mode, the debugging personnel can connect the external device to the real vehicle's USB port through a male-to-male USB harness to achieve the connection between the external device and the vehicle-mounted system of the real vehicle. By connecting the external device to the vehicle-mounted system in device mode in host mode, the external device can obtain the system work log or perform command debugging and other functions from the vehicle-mounted system through the USB harness. Specifically, the step of outputting the work log of the vehicle-mounted system based on the USB port includes:

[0069] In device mode, if an external device is connected to the USB port, the work log of the vehicle-mounted system is output to the external device based on the USB disconnection.

[0070] In the embodiment of the present application, when the debugging device detects that the special USB2.0 A port is connected to the USB port, it performs ground detection through the interrupt detection interface; during the ground detection, if the USB D+ signal is detected to be grounded, the USB is switched to device mode. The work log of the vehicle computer or instrument can be exported when the screen is black, so that the work log can be exported on site for analysis when an accident occurs in the vehicle, which improves the efficiency and convenience of analyzing the problem of the real vehicle domain controller.

[0071] Based on the first embodiment and / or the second embodiment of the present application, in the third embodiment of the present application, the same or similar contents as those of the above-mentioned first embodiment and / or the second embodiment can refer to the above introduction, and will not be repeated later. Figure 3 , after the step of outputting the working log of the vehicle-mounted system based on the USB port, it also includes:

[0072] Step S50, obtaining the debugging command input by the external device, and outputting the command execution result based on the debugging command.

[0073] It is understandable that when an external device is connected to the real vehicle USB interface via a USB male-to-male wiring harness, debugging commands (such as adb commands) can be used to operate the vehicle terminal.

[0074] It should be understood that, since the vehicle system console has been redirected to the USB port, the work log output of the vehicle system can be viewed directly through the USB port or various debugging commands can be entered for on-site analysis.

[0075] In one implementation of the embodiment of the present application, the IVI domain controller block diagram in the embodiment of the present application can refer to Figure 4 .like Figure 4 As shown, in Figure 4The IVI domain controller of the vehicle shown may include a system on chip (SOC), which may specifically include an Android system for the vehicle (i.e., the vehicle-mounted system mentioned above) and an instrument Linux system (i.e., the vehicle instrument system). The two systems may be remotely connected via a virtual network card SSH.

[0076] After the step of outputting the working log of the vehicle-mounted system based on the USB port, the method further includes:

[0077] Step S60, obtaining instrument log information of the vehicle instrument system based on the virtual network card ssh;

[0078] Step S70: output the instrument log information to the external device through the USB port.

[0079] It should be noted that in the embodiment of the present application, the vehicle-mounted system can remotely connect to the vehicle instrument system based on the virtual network card ssh. Through this connection, the vehicle-mounted system can obtain the instrument log information of the vehicle instrument system and send the instrument log information to the external device through the USB port. At the same time, when the instrument system is black, the external device can remotely connect to the instrument system through the virtual network card ssh to debug the system when it is connected to the vehicle Android system through adb, thereby realizing online analysis and debugging of the black screen and freeze problem of the vehicle instrument system.

[0080] Through the above method, this application realizes effective analysis of the domain controller on the actual vehicle. When the vehicle computer or instrument panel freezes with a black screen, the problem can be analyzed and located on the spot, instead of destroying the scene and exporting the log for analysis, or subsequently investing a lot of manpower and material resources on the test bench for stress testing and reproduction analysis, which effectively improves the efficiency of problem location and processing.

[0081] This application also provides a control debugging device when the real car screen is black, please refer to Figure 5 The control and debugging device when the real vehicle screen is black includes:

[0082] An interface registration module 10, used for registering an interrupt detection interface of a differential signal;

[0083] A mode switching module 20, configured to switch the USB to a device mode when the interrupt detection interface detects that the USB D+ signal is grounded;

[0084] A redirection module 30, for redirecting the console output of the vehicle system to the USB port in the device mode;

[0085] The data interaction module 40 is used to output the working log of the vehicle-mounted system based on the USB port.

[0086] In one implementation of the embodiment of the present application, the interface registration module is also used to load the USB driver when the vehicle system is started and register the interrupt detection interface during loading.

[0087] In one implementation of the embodiment of the present application, the mode switching module is also used to perform ground detection through an interrupt detection interface when it is detected that the special USB2.0 A port is connected to the USB port; during the ground detection, if it is detected that the USBD+ signal is grounded, the USB is switched to device mode.

[0088] In one implementation of the embodiment of the present application, the data interaction module is also used to output the work log of the vehicle system to the external device based on the USB disconnection in device mode if an external device is connected to the USB port.

[0089] In an implementation manner of the embodiment of the present application, the device further includes: a command execution module; the command execution module is used to obtain the debugging command input by the external device and output a command execution result based on the debugging command.

[0090] In one implementation of the embodiment of the present application, the data interaction module is further used to obtain instrument log information of the vehicle instrument system based on the virtual network card ssh; and output the instrument log information to the external device through the USB port.

[0091] The control and debugging device when the real vehicle screen is black provided by the present application adopts the control and debugging method when the real vehicle screen is black in the above-mentioned embodiment, which can solve the technical problem that the existing vehicle terminal cannot timely perform on-site fault analysis when the vehicle computer or instrument screen is black and dead. Compared with the prior art, the beneficial effects of the control and debugging device when the real vehicle screen is black provided by the present application are the same as the beneficial effects of the control and debugging method when the real vehicle screen is black provided by the above-mentioned embodiment, and the other technical features of the control and debugging device when the real vehicle screen is black are the same as the features disclosed in the above-mentioned embodiment method, which will not be repeated here.

[0092] The present application provides a control and debugging device when the screen of an actual vehicle is black, and the control and debugging device when the screen of the actual vehicle is black includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the control and debugging method when the screen of the actual vehicle is black in the above-mentioned embodiment one.

[0093] Reference below Figure 6, which shows a schematic diagram of the structure of the control and debugging device when the real car screen is black, which is suitable for implementing the embodiment of the present application. The control and debugging device when the real car screen is black in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), PMPs (Portable Media Players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 6 The control debugging device shown when the actual vehicle screen is black is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0094] like Figure 6 As shown, the control debugging device when the real car screen is black may include a processing device 1001 (such as a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM: Read Only Memory) 1002 or the program loaded from the storage device 1003 to the random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the control debugging device when the real car screen is black are also stored. The processing device 1001, ROM1002 and RAM1004 are connected to each other through a bus 1005. The input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 1003 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 1009. The communication device 1009 can allow the control debugging device when the real vehicle screen is black to communicate with other devices wirelessly or wired to exchange data. Although the control debugging device when the real vehicle screen is black with various systems is shown in the figure, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems may be implemented or have alternatively.

[0095] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0096] The control and debugging device for a real vehicle with a black screen provided by the present application adopts the control and debugging method for a real vehicle with a black screen in the above-mentioned embodiment, which can solve the technical problem that the existing vehicle terminal cannot timely perform on-site fault analysis when the vehicle computer or instrument has a black screen and crashes. Compared with the prior art, the beneficial effects of the control and debugging device for a real vehicle with a black screen provided by the present application are the same as the beneficial effects of the control and debugging method for a real vehicle with a black screen provided by the above-mentioned embodiment, and the other technical features of the control and debugging device for a real vehicle with a black screen are the same as the features disclosed in the method of the previous embodiment, which will not be repeated here.

[0097] It should be understood that the various parts disclosed in this application can be implemented by hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in a suitable manner.

[0098] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

[0099] The present application provides a computer-readable storage medium having computer-readable program instructions (i.e., computer programs) stored thereon, and the computer-readable program instructions are used to execute the control debugging method when the real vehicle screen is black in the above-mentioned embodiment.

[0100] The computer-readable storage medium provided in the present application may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems or devices, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination of the above.

[0101] The above-mentioned computer-readable storage medium may be included in the control and debugging device when the actual vehicle screen is black; or it may exist independently and not be assembled into the control and debugging device when the actual vehicle screen is black.

[0102] The computer-readable storage medium carries one or more programs. When the one or more programs are executed by the control and debugging device when the real vehicle screen is black, the control and debugging device when the real vehicle screen is black:

[0103] Register the interrupt detection interface of the differential signal;

[0104] When the interrupt detection interface detects that the USB D+ signal is grounded, switching the USB to device mode;

[0105] In the device mode, redirecting the console output of the vehicle system to the USB port;

[0106] The working log of the vehicle-mounted system is output based on the USB port.

[0107] Computer program code for performing the operations of the present application may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0108] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0109] The modules involved in the embodiments described in this application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.

[0110] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the control debugging method when the above-mentioned real vehicle screen is black, and can solve the technical problem that the existing vehicle terminal cannot timely perform on-site fault analysis when the vehicle computer or instrument screen is black and dead. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the control debugging method when the real vehicle screen is black provided by the above-mentioned embodiment, and will not be repeated here.

[0111] The present application also provides a computer program product, including a computer program, which, when executed by a processor, implements the steps of the control debugging method when the screen of a real vehicle is black as described above.

[0112] The computer program product provided by the present application can solve the technical problem that the existing vehicle terminal cannot timely perform on-site fault analysis when the vehicle computer or instrument panel is black and dead. Compared with the prior art, the beneficial effects of the computer program product provided by the present application are the same as the beneficial effects of the control debugging method when the real vehicle is black and dead provided by the above embodiment, which will not be repeated here.

[0113] The above descriptions are only some embodiments of the present application, and are not intended to limit the patent scope of the present application. All equivalent structural changes made using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect applications in other related technical fields are included in the patent protection scope of the present application.

Claims

1. A control debugging method when the screen of a real vehicle is black, characterized in that: The method comprises: Register the interrupt detection interface of the differential signal; When the interrupt detection interface detects that the USB D+ signal is grounded, switching the USB to device mode; In the device mode, redirecting the console output of the vehicle system to the USB port; The working log of the vehicle-mounted system is output based on the USB port.

2. The control debugging method when the real vehicle screen is black as claimed in claim 1, characterized in that: The step of registering the interrupt detection interface of the differential signal comprises: When the vehicle system starts, the USB driver is loaded and the interrupt detection interface is registered during loading.

3. The control debugging method when the real vehicle screen is black as claimed in claim 2, characterized in that: The step of switching the USB to device mode when the interrupt detection interface detects that the USB D+ signal is grounded comprises: When it is detected that the special USB2.0 A port is connected to the USB port, a ground detection is performed through the interrupt detection interface; During ground detection, if the USB D+ signal is detected to be grounded, the USB is switched to device mode.

4. The control debugging method when the real vehicle screen is black as claimed in claim 3, characterized in that: The step of outputting the work log of the vehicle-mounted system based on the USB port includes: In device mode, if an external device is connected to the USB port, the work log of the vehicle-mounted system is output to the external device based on the USB disconnection.

5. The control debugging method when the real vehicle screen is black as claimed in claim 4, characterized in that: After the step of outputting the working log of the vehicle-mounted system based on the USB port, the method further includes: Acquire the debugging command input by the external device, and output the command execution result based on the debugging command.

6. The control debugging method when the real vehicle screen is black as claimed in claim 4, characterized in that: After the step of outputting the working log of the vehicle-mounted system based on the USB port, the method further includes: Obtain the instrument log information of the vehicle instrument system based on the virtual network card ssh; The instrument log information is output to the external device through the USB port.

7. A control and debugging device for a real vehicle with a black screen, characterized in that: The control and debugging device when the real vehicle screen is black includes: An interface registration module, used to register the interrupt detection interface of the differential signal; A mode switching module, configured to switch the USB to a device mode when the interrupt detection interface detects that the USB D+ signal is grounded; A redirection module, used for redirecting the console output of the vehicle system to the USB port in the device mode; A data interaction module is used to output the working log of the vehicle-mounted system based on the USB port.

8. A control and debugging device when the screen of a real vehicle is black, characterized in that: The device includes: a memory, a processor, and a control debugging program when the real vehicle screen is black, which is stored in the memory and can be run on the processor. The control debugging program when the real vehicle screen is black is configured to implement the steps of the control debugging method when the real vehicle screen is black as described in any one of claims 1 to 6.

9. A storage medium, characterized in that: The storage medium stores a control debugging program when the real vehicle screen is black. When the control debugging program when the real vehicle screen is black is executed by the processor, the steps of the control debugging method when the real vehicle screen is black as described in any one of claims 1 to 6 are implemented.

10. A computer program product, characterized in that The computer program product includes a computer program, and when the computer program is executed by a processor, the steps of the control debugging method when the screen of the actual vehicle is black are implemented as described in any one of claims 1 to 6.

Images