Automatic driving fault detection method, device and equipment

Abstract

According to the automatic driving fault detection method, device and equipment provided by the embodiment of the invention, the data acquisition starting instruction and the preset operation sent by the server are acquired, the data transmission link is configured according to the data acquisition starting instruction, and the vehicle data of the current vehicle are acquired when the preset operation executed by the user is detected. And sending the vehicle data to a server through the data transmission link, so that the server determines fault information according to the vehicle data. When the automatic driving function goes wrong, the server indicates to open the data transmission link and issue the preset operation, the user can upload the vehicle data to the server only by executing the simple preset operation so as to analyze the fault information, and the method can obtain timely and key vehicle data, so that the vehicle fault analysis is more accurate.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of automatic driving, in particular to an automatic driving fault detection method, device and equipment. BACKGROUND

[0002] The post-sale problem analysis of automatic driving function mainly depends on the data collected when the problem occurs. If there is no data, it is impossible to accurately restore the scene and further analyze the responsibility and improve the function only by relying on user narration. The existing data collection methods mainly include terminal detection and response (EDR) collection, buried point data collection, and problem reproduction collection. The trigger condition of EDR collection is strict, and its coverage cannot cover general post-sale problems. Buried point data is not deep enough and is mainly used to analyze user Human Machine Interface (HMI) interaction preferences, which is generally insufficient to locate the root cause of automatic driving function abnormalities. Problem reproduction requires a large amount of manpower, vehicles, and time cost. Some problems cannot be investigated through problem reproduction, and the long time required for problem reproduction cannot provide timely feedback analysis results, which may cause user complaints and escalation. SUMMARY

[0003] Therefore, the present application provides an automatic driving fault detection method, device and equipment to solve the problem that the automatic driving fault is difficult to analyze in the prior art.

[0004] In a first aspect, an automatic driving fault detection method is provided by the embodiments of the present application. The method is applied to a vehicle-mounted device and includes the following steps.

[0005] Obtaining a data collection start instruction and a preset operation sent by a server;

[0006] Configuring a data transmission link according to the data collection start instruction;

[0007] When detecting that a user performs the preset operation, collecting vehicle data of the current vehicle;

[0008] Sending the vehicle data to the server through the data transmission link, so that the server determines fault information according to the vehicle data.

[0009] In an optional embodiment, the obtaining of the data collection start instruction and the preset operation sent by the server includes the following steps.

[0010] Receiving a data collection configuration file sent by a server;

[0011] Obtaining the collection start instruction and the preset operation from the data collection configuration file.

[0012] In an optional embodiment, before collecting vehicle data of the current vehicle when the user performs the preset operation, the method further includes:

[0013] Generate prompt information related to the preset operation;

[0014] Play the aforementioned prompt message.

[0015] In an optional embodiment, the method further includes:

[0016] Receive the data collection shutdown command sent by the server;

[0017] Stop collecting vehicle data for the current vehicle and disconnect the data transmission link.

[0018] In one optional embodiment, when the user is detected performing the preset operation, collecting the current vehicle data includes:

[0019] When the button for detecting flashing high beams is triggered, vehicle data for the current vehicle begins to be collected.

[0020] In one optional embodiment, configuring the data transmission link according to the data acquisition start command includes:

[0021] The data acquisition start instruction is assigned to an instruction variable in memory, which is used to indicate whether the data transmission link is connected or disconnected.

[0022] Secondly, embodiments of this application provide an autonomous driving fault detection method, the method being applied to a server, comprising:

[0023] Based on the vehicle fault characteristics uploaded by the user, the target on-board equipment is identified;

[0024] Send a data acquisition start command and a preset operation to the target vehicle device. The data acquisition start command is used to configure the data transmission link, and the preset operation is used to trigger the target vehicle device to send vehicle data.

[0025] Receive vehicle data sent by the target vehicle-mounted device through the data transmission link;

[0026] The fault information is determined based on the vehicle data.

[0027] Thirdly, embodiments of this application provide an autonomous driving fault detection device, the device being deployed in an in-vehicle system, comprising:

[0028] The acquisition module is used to acquire the data acquisition start command and preset operations sent by the server;

[0029] The configuration module is used to configure the data transmission link according to the data acquisition start command;

[0030] The data acquisition module is used to acquire vehicle data of the current vehicle when the user performs the preset operation.

[0031] The sending module is used to send the vehicle data to the server through the data transmission link, so that the server can determine the fault information based on the vehicle data.

[0032] Fourthly, embodiments of this application provide an autonomous driving fault detection device, which is applied to a server and includes:

[0033] The determination module is used to determine the target on-board equipment based on the vehicle fault characteristics uploaded by the user;

[0034] The sending module is used to send a data acquisition start command and a preset operation to the target vehicle-mounted device. The data acquisition start command is used to configure the data transmission link, and the preset operation is used to trigger the target vehicle-mounted device to send vehicle data.

[0035] A receiving module is used to receive vehicle data sent by the target vehicle-mounted device through the data transmission link;

[0036] The analysis module is used to determine fault information based on the vehicle data.

[0037] Fifthly, embodiments of this application provide an electronic device, including a memory for storing computer program instructions and a processor for executing the program instructions, wherein when the computer program instructions are executed by the processor, the electronic device is triggered to execute the method described in either the first or second aspect above.

[0038] In a sixth aspect, embodiments of this application provide a computer-readable storage medium including a stored program, wherein, when the program is executed, it controls the device where the computer-readable storage medium is located to perform the method described in either the first or second aspect.

[0039] In a seventh aspect, embodiments of this application provide a computer program product comprising executable instructions that, when executed on a computer, cause the computer to perform the method described in either the first or second aspect.

[0040] The solution provided in this application involves obtaining a data acquisition activation command and a preset operation sent by the server. A data transmission link is configured according to the data acquisition activation command. When the user executes the preset operation, vehicle data is collected and sent to the server via the data transmission link, enabling the server to determine fault information based on the vehicle data. When a problem occurs in the autonomous driving function, the server instructs the data transmission link to be activated and issues a preset operation. The user only needs to perform a simple preset operation to upload vehicle data to the server for fault information analysis. This method can obtain timely and critical vehicle data, making vehicle fault analysis more accurate. Attached Figure Description

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

[0042] Figure 1 A flowchart illustrating an autonomous driving fault detection method provided in an embodiment of this application;

[0043] Figure 2 A flowchart illustrating another autonomous driving fault detection method provided in this application embodiment;

[0044] Figure 3 A flowchart illustrating another autonomous driving fault detection method provided in this application embodiment;

[0045] Figure 4 A flowchart illustrating another autonomous driving fault detection method provided in this application embodiment;

[0046] Figure 5 A flowchart illustrating another autonomous driving fault detection method provided in this application embodiment;

[0047] Figure 6 This is a schematic diagram of the structure of an autonomous driving fault detection device provided in an embodiment of this application;

[0048] Figure 7 This is a schematic diagram of another autonomous driving fault detection device provided in an embodiment of this application;

[0049] Figure 8 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0050] To better understand the technical solution of this application, the embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0051] It should be understood that the described embodiments are merely some, not all, of the embodiments in this application. All other embodiments obtained by those skilled in the art based on the embodiments in this application without inventive effort are within the scope of protection of this application.

[0052] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to be limiting of this application. The singular forms “a,” “the,” and “the” used in the embodiments of this application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise.

[0053] 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, or B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0054] To analyze defects or malfunctions in autonomous driving functions, onboard equipment needs to record vehicle data promptly upon occurrence and send it to a cloud server for fault analysis. Typically, users need to manually trigger a button on the onboard equipment to initiate data recording. Currently, industry practice often involves triggering data recording via a hidden switch. This hidden switch is complex and has a high barrier to entry; for example, pressing the left-hand button on the steering wheel to the left while simultaneously pressing the right-hand button down for 10 seconds results in inefficient and low-success-rate after-sales service.

[0055] To address the aforementioned issues, this application provides an autonomous driving fault detection method that can determine autonomous driving fault information in a timely and accurate manner, reducing the difficulty of vehicle fault analysis and improving the accuracy of vehicle fault analysis.

[0056] Figure 1 This is a flowchart illustrating an autonomous driving fault detection method provided in an embodiment of this application. The execution entities of this method include: an in-vehicle device 10, a server 20, and a terminal device 30. For example... Figure 1 As shown, the method may include the following steps:

[0057] 101. Report vehicle malfunction characteristics;

[0058] 102. Identify the target vehicle-mounted equipment;

[0059] 103. Distribute the configuration file;

[0060] 104. Configure the data transmission link and determine the preset operation;

[0061] 105. Vehicle data is collected when a user performs a preset operation;

[0062] 106. Send vehicle data;

[0063] 107. Analyze vehicle data to determine fault information;

[0064] 108. Distribute the configuration file;

[0065] 109. Shut down the data transmission link.

[0066] When the vehicle's autonomous driving function malfunctions, the user can report the vehicle's fault characteristics through the terminal device 30, which will then upload the vehicle's fault characteristics to the server 20.

[0067] Optionally, terminal device 30 may include electronic devices such as smartphones and tablets. Terminal device 30 supports wireless network functionality and can establish a connection with server 20 to transmit information.

[0068] Optionally, users can access the after-sales website of the autonomous vehicle through terminal device 30 to fill in vehicle fault characteristics. Alternatively, a designated application APP is installed on terminal device 30, and users can report vehicle fault characteristics by opening the designated application APP.

[0069] The vehicle fault characteristics include a vehicle identifier (on-board device identifier). The server 20 can determine the target on-board device based on the vehicle identifier, which is the on-board device installed in the user's vehicle. Then, the server 20 sends a configuration file to the on-board device 10 (i.e., the target on-board device), which contains data acquisition start instructions and preset operations.

[0070] The data acquisition activation command instructs the on-board device 10 to configure the data transmission link and prepare for the acquisition and uploading of vehicle data. A preset operation is a specific action that triggers the on-board device 10 to acquire and upload vehicle data. The on-board device 10 can announce this preset operation to the user. When the user executes the preset operation, the on-board device 10 begins acquiring vehicle data and sends it to the server 20. For example, the preset operation could be set to "flash the high beams once." After the user flashes the high beams once, the on-board device 10 acquires relevant parameters for the subsequent autonomous driving system and sends them to the server 20. Another example is setting the preset operation to "flash the windshield wipers once" or other reasonable operations.

[0071] After receiving the vehicle data, server 20 analyzes the data to determine the fault information of the autonomous driving system. The fault information mainly includes: the cause of the fault, the location of the fault, and the time of the fault.

[0072] After the server 20 completes its analysis, it can send the configuration file back to the vehicle-mounted device 10. This configuration file may contain a data collection shutdown command. Upon detecting this command, the vehicle-mounted device 10 will disconnect the data transmission link and stop collecting vehicle data. Subsequent user actions will not trigger the vehicle-mounted device 10 to collect or send vehicle data.

[0073] In this embodiment, the preset operation is set by the server 20. The execution of this preset operation is usually quite simple. The user can activate vehicle data collection and uploading by triggering the corresponding button on the vehicle. The server 20 remotely controls the opening and closing of the data transmission link. When a problem occurs, the user can assist in collecting all the data required for problem analysis through simple operations, which has the advantages of high timeliness and effective reduction of resource consumption.

[0074] Figure 2 This is a flowchart illustrating another autonomous driving fault detection method provided in an embodiment of this application. Figure 2 As shown, the method may include:

[0075] Step 201: User complains about software-related after-sales issues;

[0076] Step 202: Configure the server to enable the data transmission link;

[0077] Step 203: The user actively triggers vehicle data recording and uploading;

[0078] Step 204: R&D personnel acquire vehicle data and analyze the cause of the malfunction;

[0079] Step 205: The server shuts down the data transmission link;

[0080] Step 206: Explanation and repair of after-sales issues.

[0081] When autonomous vehicles experience software-related after-sales issues, users can file complaints through customer service hotlines or the official app. The server configures and enables data transmission links. Once enabled, users can actively trigger onboard devices to collect vehicle data and upload it to the server by performing preset actions. Optionally, the preset actions for active triggering can be displayed to the user on the onboard device's screen or announced via voice prompts. Alternatively, the server can inform the user of the preset actions via SMS or the official app. Preset actions can be set to frequently used driving operations, such as turning on the high beams, turning on the windshield wipers, or using the turn signals for a period of time.

[0082] After the data transmission link is configured, if the user is at the problem site and the vehicle is still powered on after the problem is discovered, the user can immediately turn on the high beam switch once to record and upload vehicle data for the problem scenario. R&D personnel will then retrieve the vehicle data from the server, analyze it, and pinpoint the cause of the problem. If the user has already exited the vehicle, they can wait until the problem recurs to trigger vehicle data recording and uploading by turning on the high beams once, and inform the user of the recurrence time via customer service hotline or the official app. R&D personnel will then retrieve the problem data from the server using the vehicle identification number and time to analyze and pinpoint the cause of the problem.

[0083] After collecting sufficient data to support problem analysis, the cloud system shuts down the main data transmission link via configuration to reduce unnecessary bandwidth consumption. After-sales support explains the root cause and solutions to customers based on R&D analysis findings, while R&D personnel improve functionality and user experience through system upgrades.

[0084] In one alternative embodiment, the data transmission link can be configured as follows: Figure 3 As shown, it specifically includes:

[0085] Step 301: The server distributes the configuration file;

[0086] Step 302: The on-board equipment receives the configuration file and locates key fields;

[0087] Step 303: The vehicle-mounted device periodically reads key fields and assigns them to memory.

[0088] The server sends a file, such as "config.json", to the vehicle-mounted device, which contains configuration information. The vehicle-mounted device receives this configuration file within one minute of the configuration being sent and places it in the corresponding directory. "config.json" contains a "switch_on" field, with a value of "fal se" to disable the data transmission link and "true" to enable it; the default value is disabled.

[0089] The data transmission link filter is an application-layer software unit (SWC). Every 5 seconds, the SWC reads the "config.json" file. If this file is updated, after 5 seconds the SWC filter obtains the change information for the "switch_on" field and assigns this update to the corresponding variable in memory. For example, if "switch_on" changes to "true", the SWC assigns "true" to the corresponding variable in memory, effectively turning on the data transmission link. Once on, users can actively upload vehicle data by performing preset operations. When sufficient vehicle data has been collected, the server sends another configuration file, changing "switch_on" to "false". The SWC assigns "false" to the corresponding variable in memory, effectively turning off the data transmission link and stopping bandwidth consumption.

[0090] In this embodiment of the application, by issuing a configuration file and modifying key fields, the data transmission link can be enabled or disabled, enabling users to actively trigger recording and upload vehicle data.

[0091] Figure 4 This is a flowchart illustrating another autonomous driving fault detection method provided in an embodiment of this application. This method can be applied to in-vehicle devices, such as... Figure 4 As shown, the method may include:

[0092] Step 401: Obtain the data collection start command and preset operation sent by the server;

[0093] Step 402: Configure the data transmission link according to the data acquisition start command;

[0094] Step 403: When the user performs the preset operation, collect the vehicle data of the current vehicle;

[0095] Step 404: The vehicle data is sent to the server through the data transmission link so that the server can determine the fault information based on the vehicle data.

[0096] In one optional embodiment, after configuring the data transmission link, the in-vehicle device generates preset operation-related prompts and then plays them. Specifically, these prompts can be played via the in-vehicle screen or voice command.

[0097] The execution flow on the server side, corresponding to that of the in-vehicle equipment, can be referred to as follows: Figure 5 Specifically, it includes:

[0098] Step 501: Based on the vehicle fault characteristics uploaded by the user, determine the target vehicle-mounted device;

[0099] Step 502: Send a data acquisition start command and a preset operation to the target vehicle device. The data acquisition start command is used to configure the data transmission link, and the preset operation is used to trigger the target vehicle device to send vehicle data.

[0100] Step 503: Receive vehicle data sent by the target vehicle device through the data transmission link;

[0101] Step 504: Determine fault information based on vehicle data.

[0102] In this embodiment, the server configures and issues changes to the data upload method, which can be modified quickly. Users decide whether to enable vehicle data recording and uploading; recording is actively triggered when needed and disabled when not needed to reduce bandwidth consumption. Users can easily record problem data to effectively cover all scenarios while minimizing resource consumption. Through user collaboration, user engagement with the autonomous driving function is enhanced.

[0103] Figure 6 This is a schematic diagram of an autonomous driving fault detection device provided in an embodiment of this application. The device can be deployed in in-vehicle equipment, such as… Figure 6 As shown, the device may include: an acquisition module 610, a configuration module 620, a data acquisition module 630, and a control module 430.

[0104] The acquisition module 610 is used to acquire the data acquisition start command and preset operations sent by the server;

[0105] Configuration module 620 is used to configure the data transmission link according to the data acquisition start command;

[0106] The data acquisition module 630 is used to acquire vehicle data of the current vehicle when the user performs the preset operation.

[0107] The sending module 640 is used to send the vehicle data to the server through the data transmission link, so that the server can determine fault information based on the vehicle data.

[0108] Figure 7 This is a schematic diagram of an autonomous driving fault detection device provided in an embodiment of this application. The device can be deployed in in-vehicle equipment, such as… Figure 7 As shown, the device may include: a determining module 710, a transmitting module 720, a receiving module 730, and an analyzing module 740.

[0109] The determination module 710 is used to determine the target on-board equipment based on the vehicle fault characteristics uploaded by the user;

[0110] The sending module 720 is used to send a data acquisition start command and a preset operation to the target vehicle-mounted device. The data acquisition start command is used to configure the data transmission link, and the preset operation is used to trigger the target vehicle-mounted device to send vehicle data.

[0111] The receiving module 730 is used to receive vehicle data sent by the target vehicle-mounted device through the data transmission link;

[0112] Analysis module 740 is used to determine fault information based on vehicle data.

[0113] For the specific process, please refer to the description in the flowchart above.

[0114] Corresponding to the above embodiments, this application also provides an electronic device. Figure 8 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. The electronic device 800 may include a processor 801, a memory 802, and a communication unit 803. These components communicate through one or more buses. Those skilled in the art will understand that the structure of the electronic device shown in the figure does not constitute a limitation on the embodiment of this application. It may be a bus-shaped structure or a star-shaped structure, and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0115] The communication unit 803 is used to establish a communication channel, enabling the electronic device to communicate with other devices. It receives user data from other devices or sends user data to other devices.

[0116] The processor 801 serves as the control center of the electronic device, connecting various parts of the device via various interfaces and lines. It executes software programs, instructions, and / or modules stored in the memory 802, and calls data stored in the memory to perform various functions and / or process data. The processor may be composed of integrated circuits (ICs), such as a single packaged IC or multiple packaged ICs with the same or different functions connected together. For example, the processor 801 may consist only of a central processing unit (CPU). In this embodiment, the CPU may have a single processing core or include multiple processing cores.

[0117] The memory 802 is used to store the execution instructions of the processor 801. The memory 802 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0118] When the execution instructions in memory 802 are executed by processor 801, the electronic device 800 is able to perform operations. Figure 1 Some or all of the steps in the illustrated embodiments.

[0119] In a specific implementation, this application also provides a computer storage medium, wherein the computer storage medium may store a program, which, when executed, may include some or all of the steps of the various embodiments of the autonomous driving fault detection method provided in this application. The storage medium may be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc.

[0120] In a specific implementation, this application also provides a computer program product, wherein the computer program product includes executable instructions, which, when executed on a computer, cause the computer to perform some or all of the steps in various embodiments of the autonomous driving fault detection method provided in this application.

[0121] This application also provides a non-transitory computer-readable storage medium that stores computer instructions, which cause the computer to execute the autonomous driving fault detection method provided in this application.

[0122] The aforementioned non-transitory computer-readable storage medium may be any combination of one or more computer-readable media. A computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. A computer-readable storage medium may be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples (a non-exhaustive list) of computer-readable storage media include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), or flash memory, optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this document, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in connection with an instruction execution system, apparatus, or device.

[0123] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals may take various forms, including—but not limited to—electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, capable of transmitting, propagating, or transmitting programs for use by or in connection with an instruction execution system, apparatus, or device.

[0124] The program code contained on a computer-readable medium may be transmitted using any suitable medium, including—but not limited to—wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0125] Those skilled in the art will clearly understand that the techniques in the embodiments of this application can be implemented using software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solutions in the embodiments of this application, or the parts that contribute 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 the various embodiments of this application or some parts of the embodiments.

[0126] The same or similar parts between the various embodiments in this specification can be referred to mutually. In particular, the device embodiments and terminal embodiments are basically similar to the method embodiments, so the description is relatively simple, and the relevant parts can be referred to the description in the method embodiments.

Claims

1. An automatic driving failure detection method characterized by, The method is applied to a vehicle-mounted device, and comprises: obtaining a data collection start instruction and a preset operation sent by a server; configuring a data transmission link according to the data collection start instruction; when it is detected that a user performs the preset operation, collecting vehicle data of a current vehicle; sending the vehicle data to the server through the data transmission link, so that the server determines fault information according to the vehicle data.

2. The method of claim 1, wherein, The obtaining of the data collection start instruction and the preset operation sent by the server comprises: receiving a data collection configuration file sent by the server; obtaining the collection start instruction and the preset operation from the data collection configuration file.

3. The method of claim 1, wherein, Before the collecting of the vehicle data of the current vehicle when it is detected that the user performs the preset operation, the method further comprises: generating prompt information related to the preset operation; playing the prompt information.

4. The method of claim 1, wherein, The method further comprises: obtaining a data collection stop instruction sent by the server; stopping the collection of the vehicle data of the current vehicle and disconnecting the data transmission link.

5. The method of claim 1, wherein, The collecting of the vehicle data of the current vehicle when it is detected that the user performs the preset operation comprises: when it is detected that a high beam flashing button is triggered, starting the collection of the vehicle data of the current vehicle.

6. An automatic driving failure detection method characterized by, The method is applied to a server, and comprises: determining a target vehicle-mounted device based on vehicle fault features uploaded by a user; sending a data collection start instruction and a preset operation to the target vehicle-mounted device, the data collection start instruction being used for configuring a data transmission link, and the preset operation being used for triggering the target vehicle-mounted device to send vehicle data; receiving vehicle data sent by the target vehicle-mounted device through the data transmission link; determining fault information according to the vehicle data.

7. An automatic driving failure detection device characterized by comprising: The device is deployed in a vehicle-mounted device, and comprises: an obtaining module, configured to obtain a data collection start instruction and a preset operation sent by a server; a configuration module, configured to configure a data transmission link according to the data collection start instruction; a collection module, configured to collect vehicle data of a current vehicle when it is detected that a user performs the preset operation; a sending module, configured to send the vehicle data to the server through the data transmission link, so that the server determines fault information according to the vehicle data.

8. An automatic driving failure detection device characterized by comprising: The device is applied to a server, and comprises: a determination module, configured to determine a target vehicle-mounted device based on vehicle fault features uploaded by a user; a sending module, configured to send a data collection start instruction and a preset operation to the target vehicle-mounted device, the data collection start instruction being used for configuring a data transmission link, and the preset operation being used for triggering the target vehicle-mounted device to send vehicle data; a receiving module, configured to receive vehicle data sent by the target vehicle-mounted device through the data transmission link; an analysis module, configured to determine fault information according to the vehicle data.

9. An electronic device, comprising: The program or instruction is executed by a processor to implement the method in any one of claims 1 to 6.

10. A readable storage medium, on which a program or instructions are stored, characterized in that, The program or instruction is executed by a processor to implement the method in any one of claims 1 to 6.

Images