An automobile remote detection method and device, electronic equipment and storage medium

Abstract

The application discloses a kind of automobile remote detection method, device, electronic equipment and storage medium, the application adopts the mode of data inquiry, to constantly issue data request command to the vehicle to be detected, so that the vehicle to be detected can constantly upload vehicle state data to automobile remote diagnosis terminal, so, remote detection of the vehicle to be detected can be realized, without the need for technicians to arrive at the scene of failure, not only improve the detection efficiency and the real-time of detection, but also can timely and efficiently help users solve vehicle problems, suitable for large-scale popularization and application.

Description

TECHNICAL FIELD

[0001] The application belongs to the technical field of automobile fault detection, and particularly relates to an automobile remote detection method and device, an electronic device and a storage medium. BACKGROUND

[0002] With the rapid development of the automobile industry, automobiles have been widely popularized and applied and have entered people's daily life. With the continuous progress of technology, people have put forward higher requirements for various performances of automobiles. Meanwhile, electronic control technology has been applied to various components of automobiles, so that the performance and comfort of automobiles have been greatly improved. Accordingly, the structure of automobiles and the electronic control system of the whole vehicle have become more and more complex, and the degree of automation has also become higher and higher. Therefore, automobile fault diagnosis and elimination have become important technical requirements and safety guarantees for safe operation of automobiles.

[0003] At present, vehicle fault diagnosis mainly adopts a fault diagnosis instrument developed by a vehicle factory to be connected to a vehicle special OBD-II diagnosis port, and a professional technician manually operates to perform fault diagnosis and troubleshooting. However, the foregoing method needs the technician to arrive at the vehicle fault site or needs the user to drive the vehicle to a repair factory when the user perceives that the vehicle has a fault. Thus, the foregoing method is not only slow in efficiency, but also cannot realize real-time detection of vehicle faults, and cannot meet the high-efficiency requirement of people on automobile fault detection. Therefore, how to provide a method for realizing automobile remote detection has become a problem to be solved. SUMMARY

[0004] The application aims to provide an automobile remote detection method, device, electronic device and storage medium, so as to solve the problem that in the prior art, a technician needs to arrive at a vehicle fault site to perform fault detection, thereby resulting in slow detection efficiency.

[0005] In order to achieve the foregoing purpose, the application adopts the following technical scheme:

[0006] In a first aspect, an automobile remote detection method is provided, comprising:

[0007] The detection server receives a vehicle data request command sent by a second vehicle diagnosis box through an automobile remote diagnosis terminal;

[0008] The detection server sends the vehicle data request command to a detection user terminal through a server;

[0009] The detection user terminal receives the vehicle data request command;

[0010] The detection user terminal sends the vehicle data request command to the first vehicle diagnostic box, so that the first vehicle diagnostic box sends the vehicle data request command to the vehicle to be detected after receiving the vehicle data request command, so that the vehicle to be detected feeds back vehicle detection data to the first vehicle diagnostic box after receiving the vehicle data request command, wherein the first vehicle diagnostic box is installed on the vehicle to be detected, and the vehicle detection data is vehicle state data corresponding to the vehicle data request command;

[0011] The detection user terminal receives the vehicle detection data sent by the first vehicle diagnostic box and sends the vehicle detection data to the detection server through the server;

[0012] The detection server receives the vehicle detection data uploaded by the detection user terminal through the server and sends the vehicle detection data to the automobile remote diagnosis terminal through the second vehicle diagnostic box, so that the automobile remote diagnosis terminal analyzes and processes the vehicle detection data to obtain the diagnosis result of the vehicle to be detected.

[0013] Based on the above disclosure, the first vehicle diagnostic box is installed on the vehicle to be detected, which is used for data interaction with the vehicle to be detected to realize the acquisition of vehicle data in the vehicle to be detected. At the same time, the automobile remote diagnosis terminal is arranged at the remote end, which is used to sequentially send the vehicle data request command to the detection user terminal through the second vehicle diagnostic box, the detection server and the server. After the detection user terminal receives the command, the command is sent to the vehicle to be detected through the first vehicle diagnostic box, so that the vehicle to be detected returns the vehicle state data corresponding to the command after receiving the command. At this time, the detection user terminal can upload the vehicle state data fed back by the vehicle to be detected to the automobile remote diagnosis terminal, and the automobile remote diagnosis terminal can realize data analysis of the vehicle based on the received vehicle state data to obtain the detection result of the vehicle to be detected.

[0014] Through the above design, the application uses the data inquiry method to continuously send the data request command to the vehicle to be detected, so that the vehicle to be detected can continuously upload the vehicle state data to the automobile remote diagnosis terminal. In this way, the remote detection of the vehicle to be detected can be realized without the need for technicians to arrive at the vehicle site. The detection efficiency and real-time detection are improved, and the user can timely and efficiently solve the vehicle problem, which is suitable for large-scale promotion and application.

[0015] In one possible design, when the vehicle detection data is multiple frames of data, the method further comprises:

[0016] The detection user terminal sends the first frame of data to the detection server through the server when receiving the first frame of data sent by the first vehicle diagnostic box, so that the detection server sends the first frame of data to the automobile remote diagnosis terminal through the second vehicle diagnostic box, and the automobile remote diagnosis terminal feeds back a first flow control frame to the detection server through the second vehicle diagnostic box after receiving the first frame of data.

[0017] The detection user terminal receives the first flow control frame sent by the detection server through the server, and records the first flow control frame.

[0018] The detection user terminal sends the first flow control frame to the first vehicle diagnostic box, so that the first vehicle diagnostic box sends the first flow control frame to the vehicle to be detected, and the vehicle to be detected sends the i-th frame of data in the plurality of frames of data to the first vehicle diagnostic box after receiving the first flow control frame, where the initial value of i is 2, and i is a positive integer.

[0019] The detection user terminal receives the i-th frame of data sent by the first vehicle diagnostic box, and sends the i-th frame of data to the detection server through the server, so that the detection server sends the i-th frame of data to the automobile remote diagnosis terminal through the second vehicle diagnostic box, and the automobile remote diagnosis terminal feeds back a second flow control frame to the detection server after receiving the i-th frame of data.

[0020] The detection user terminal judges whether the second flow control frame sent by the detection server through the server is received within a first preset time period.

[0021] If not, the detection user terminal sends the first flow control frame to the first vehicle diagnostic box, so that the first vehicle diagnostic box sends the first flow control frame to the vehicle to be detected, and the vehicle to be detected adds 1 to i and sends the i-th frame of data in the plurality of frames of data to the first vehicle diagnostic box after receiving the first flow control frame.

[0022] The i-th frame of data sent by the first vehicle diagnostic box is re-received, and the i-th frame of data is sent to the detection server through the server until the plurality of frames of data are sent.

[0023] Based on the above disclosure, since it is stipulated in the standard communication protocol of the automobile that the data interaction between the to-be-detected vehicle and the device thereof will be interrupted if the to-be-detected vehicle does not reply data within a stipulated time length during multi-frame data transmission, in order to avoid the problem of communication interruption between the to-be-detected vehicle and the automobile remote diagnosis terminal caused by data transmission delay, the self-learning step of multi-frame data transmission is further provided, that is, the detection user end will record the flow control frame returned by the automobile remote diagnosis terminal when receiving a complete frame of data during each multi-frame data transmission, so that when the detection user end does not receive the flow control frame issued by the automobile remote diagnosis terminal within the first preset time length (such as 55 ms), the recorded flow control frame will be sent to the to-be-detected vehicle, so that the to-be-detected vehicle can be replied in time, uninterrupted communication between the two is ensured, and uninterrupted uploading of vehicle state data is finally realized.

[0024] In one possible design, before receiving the vehicle data request command, the method further includes:

[0025] receiving a vehicle communication information request, wherein the vehicle communication information request is sent by the detection server to the detection user end through the server;

[0026] sending the vehicle communication information request to the first vehicle diagnosis box, so that the first vehicle diagnosis box reads the pin voltages of each pin of the OBD port of the to-be-detected vehicle after receiving the vehicle communication information request, so that the first vehicle diagnosis box determines the communication pin of the to-be-detected vehicle based on the pin voltages of each pin, and sends connection test data to the communication pin of the to-be-detected vehicle in turn according to different baud rates, so as to determine the communication baud rate of the to-be-detected vehicle and feed back to the detection user end, wherein the communication baud rate is the baud rate corresponding to the successful sending of the connection test data;

[0027] receiving the communication baud rate and the communication pin of the to-be-detected vehicle sent by the first vehicle diagnosis box, and sending the communication baud rate and the communication pin to the detection server through the server, so that the detection server sends the communication baud rate and the communication pin to the second vehicle diagnosis box, so that the second vehicle diagnosis box performs data communication with the automobile remote diagnosis terminal based on the communication baud rate and the communication pin after receiving the communication baud rate and the communication pin.

[0028] Based on the above disclosure, the application further provides a communication establishment process before data transmission, which is to determine the pins (such as CAN bus pins and K-line pins) for communication of the vehicle to be detected by the first vehicle detection box, and the baud rate for data communication, so as to upload the communication physical characteristics of the vehicle to be detected to the second vehicle diagnosis box, so that the second vehicle diagnosis box is configured to communicate according to the received communication physical characteristics, thereby ensuring the consistency of communication with the vehicle to be detected.

[0029] In one possible design, the method further includes:

[0030] The detection user terminal sends a connection code issuing request to the server, so that the server generates a service code after receiving the connection code issuing request and feeds back to the detection user terminal;

[0031] The detection user terminal receives the service code sent by the server and generates a connection request according to the service code;

[0032] The detection user terminal sends the connection request to the server, so that the server judges whether the service code in the connection request sent by the detection user terminal is the same as the service code in the connection request sent by the detection server, and establishes the communication connection between the detection user terminal and the detection server when the service codes are the same.

[0033] In one possible design, after the server sends the vehicle data request command to the detection user terminal, the method further includes:

[0034] The detection server judges whether the vehicle detection data uploaded by the detection user terminal through the server is received within a second preset time length;

[0035] If not, the detection server sends a communication waiting command to the automobile remote diagnosis terminal through the second vehicle diagnosis box, so that the automobile remote diagnosis terminal enters a communication waiting state after receiving the communication waiting command, so as to maintain the communication connection with the vehicle to be detected within the duration of the communication waiting state.

[0036] Based on the above disclosure, this invention also includes a communication waiting step. In automotive communication protocols, if a device sends a complete command or complete data but does not receive feedback from another device within a specified time, the connection between the two will be interrupted. Therefore, this invention includes a communication waiting step on the detection server. After sending the vehicle data request command from the remote diagnostic terminal, it determines whether vehicle status data from the vehicle under test is received within a second preset time period (less than the aforementioned specified time). If not, it indicates a delay between the two. In this case, the detection server can send a communication waiting command to the remote diagnostic terminal, keeping the remote diagnostic terminal in a communication waiting state until the set time period is exceeded. This design prevents network latency from causing connection problems between the remote diagnostic terminal and the vehicle under test, thus ensuring the continuity and real-time nature of the diagnosis.

[0037] Secondly, a remote diagnostic device for automobiles is provided, taking the device as the user terminal for testing as an example, including:

[0038] The first receiving unit is used to receive a vehicle data request command, wherein the vehicle data request command is sent from the vehicle remote diagnostic terminal to the testing server through the second vehicle diagnostic box, and then sent from the testing server to the testing user terminal through the server.

[0039] The first sending unit is used to send the vehicle data request command to the first vehicle diagnostic box, so that after receiving the vehicle data request command, the first vehicle diagnostic box sends the vehicle data request command to the vehicle to be tested, so that after receiving the vehicle data request command, the vehicle to be tested feeds back vehicle test data to the first vehicle diagnostic box. The first vehicle diagnostic box is installed on the vehicle to be tested, and the vehicle test data is the vehicle status data corresponding to the vehicle data request command.

[0040] The first receiving unit is used to receive vehicle detection data sent by the first vehicle diagnostic box;

[0041] The first sending unit is further configured to send the vehicle detection data to the detection server via the server, so that the detection server sends the vehicle detection data to the vehicle remote diagnostic terminal via the second vehicle diagnostic box, so that the vehicle remote diagnostic terminal can analyze and process the vehicle detection data after receiving it to obtain the diagnostic result of the vehicle to be tested.

[0042] Thirdly, a second type of remote vehicle diagnostic device is provided, taking the device as a testing server as an example, including:

[0043] The second receiving unit is configured to receive a vehicle data request command sent by the automobile remote diagnosis terminal through the second vehicle diagnosis box.

[0044] The second sending unit is configured to send the vehicle data request command to a detection user terminal through the server, so that the detection user terminal sends the vehicle data request command to a vehicle to be detected through a first vehicle diagnosis box after receiving the vehicle data request command, so that the vehicle to be detected feeds back vehicle detection data to the detection user terminal through the first vehicle diagnosis box after receiving the vehicle data request command, wherein the first vehicle diagnosis box is installed on the vehicle to be detected, and the vehicle detection data is vehicle state data corresponding to the vehicle data request command.

[0045] The second receiving unit is configured to receive vehicle detection data uploaded by the detection user terminal through the server.

[0046] The second sending unit is further configured to send the vehicle detection data to the automobile remote diagnosis terminal through the second vehicle diagnosis box, so that the automobile remote diagnosis terminal analyzes and processes the vehicle detection data to obtain a diagnosis result of the vehicle to be detected after receiving the vehicle detection data.

[0047] In a fourth aspect, a third automobile remote diagnosis device is provided, taking an electronic device as an example, comprising a memory, a processor and a transceiver connected in sequence, wherein the memory is configured to store a computer program, the transceiver is configured to receive and send messages, and the processor is configured to read the computer program and execute the automobile remote detection method as in the first aspect or any possible design of the first aspect.

[0048] In a fifth aspect, a storage medium is provided, and the storage medium stores instructions, when the instructions are run on a computer, the automobile remote detection method as in the first aspect or any possible design of the first aspect is executed.

[0049] In a sixth aspect, a computer program product containing instructions is provided, when the instructions are run on a computer, the computer executes the automobile remote detection method as in the first aspect or any possible design of the first aspect.

[0050] Advantages:

[0051] (1) The application adopts a data inquiry mode to continuously issue data request commands to the vehicle to be detected, so that the vehicle to be detected can continuously upload vehicle state data to the automobile remote diagnosis terminal, so that remote detection of the vehicle to be detected can be realized without the need for technicians to arrive at the vehicle site, which not only improves the detection efficiency and real-time detection, but also timely and efficiently helps users solve vehicle problems, and is suitable for large-scale promotion and application.

[0052] (2) The application sets a flow control frame self-learning step when transmitting multi-frame data, that is, the detection user terminal records the flow control frame sent by the automobile remote diagnosis terminal each time the transmission of multi-frame data is performed, and when the detection user terminal does not receive the flow control frame corresponding to the current transmission data within the first preset time length, the recorded flow control frame can be fed back to the vehicle to be detected, so that the vehicle to be detected can be replied in time, thereby avoiding the problem of connection interruption between the vehicle to be detected and the automobile remote diagnosis terminal.

[0053] (3) The application also sets a communication waiting step, that is, when the automobile remote diagnosis terminal sends a complete command or data, the detection service terminal does not receive the corresponding feedback data within the specified time, then the detection service terminal sends a communication waiting command to the automobile remote diagnosis terminal, so that the automobile remote diagnosis terminal remains in a communication waiting state, thereby avoiding the problem of connection interruption between the vehicle to be detected and the automobile remote diagnosis terminal due to network delay. BRIEF DESCRIPTION OF DRAWINGS

[0054] Figure 1 The schematic diagram of the architecture of the automobile remote detection system provided by the embodiment of the application is shown in the figure.

[0055] Figure 2 The schematic diagram of the step flow of the automobile remote detection method provided by the embodiment of the application is shown in the figure.

[0056] Figure 3 The transmission schematic diagram of multi-frame data provided by the embodiment of the application is shown in the figure.

[0057] Figure 4 The explanatory schematic diagram of the communication waiting step provided by the embodiment of the application is shown in the figure.

[0058] Figure 5 The structural schematic diagram of the detection user terminal provided by the embodiment of the application is shown in the figure.

[0059] Figure 6 The structural schematic diagram of the detection service terminal provided by the embodiment of the application is shown in the figure.

[0060] Figure 7 The structural schematic diagram of the electronic device provided by the embodiment of the application is shown in the figure. DETAILED DESCRIPTION

[0061] In order to more clearly illustrate the technical solutions of the embodiments of the present application or the prior art, the present application will be briefly introduced below in combination with the drawings and the description of the embodiments or the prior art. Obviously, the following description of the drawings is only some embodiments of the present application, and for those skilled in the art, other drawings can also be obtained from these drawings without creative labor. It should be noted that the description of these embodiments is used to help understand the present application, but does not constitute a limitation on the present application.

[0062] It should be understood that although the terms first, second, etc. can be used herein to describe various units, these units should not be limited by these terms. These terms are only used to distinguish one unit from another unit. For example, a first unit can be called a second unit, and similarly, a second unit can be called a first unit, without departing from the scope of the example embodiments of the present application.

[0063] It should be understood that for the term "and / or" which can appear in the present application, it is only a description of the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B, which means that there are three cases of A alone, B alone, and A and B together; for the term "and" which can appear in the present application, it is another description of the association relationship of another associated object, which means that there can be two relationships, for example, A and B, which means that there are two cases of A alone and A and B together; in addition, for the character " / " which can appear in the present application, it generally means that the associated objects before and after are an "or" relationship.

[0064] Embodiments:

[0065] Reference Figure 1As shown, the application provides a system architecture which can but is not limited to comprising: a car remote diagnosis terminal (such as a diagnostic instrument), a first vehicle diagnosis box, a second vehicle diagnosis box, a detection user terminal, a detection server and a server, wherein the car remote diagnosis terminal is in communication connection with the detection server through the second vehicle diagnosis box, the detection server is in communication connection with the detection user terminal through the server, and the detection user terminal is in communication connection with the vehicle to be detected through the first vehicle diagnosis box; specifically, the first vehicle diagnosis box is installed on the vehicle to be detected and connected with the OBD port of the vehicle to be detected, and the first vehicle diagnosis box can be in communication connection with the detection user terminal through USB or Bluetooth, wherein the detection user terminal and the detection client can but are not limited to be a smart terminal such as a mobile phone, a computer or a tablet computer; in this way, it is equivalent to setting only one vehicle diagnosis box on the vehicle to be detected to realize remote detection, thereby greatly reducing the cost of remote detection; optionally, the second vehicle diagnosis box, the detection server, the server, the detection user terminal and the first vehicle diagnosis box transmit data in a transparent manner, that is, without any processing of the data during transmission, thereby ensuring the transmission speed of the data; further, the car remote diagnosis terminal issues a data request command to the vehicle to be detected based on the foregoing system, and the vehicle to be detected can feed back vehicle state data (i.e. vehicle detection data) corresponding to the command to the car remote diagnosis terminal after receiving the command, so that the car remote diagnosis terminal analyzes the diagnosis result of the vehicle to be detected based on the feedback vehicle state data; thus, through the foregoing design, the system can realize uninterrupted remote detection of the vehicle, thereby greatly improving the detection efficiency and effectively helping the user to solve the vehicle problem.

[0066] The car remote detection method provided by the embodiment can but is not limited to being run on the car remote diagnosis terminal, the first vehicle diagnosis box, the second vehicle diagnosis box, the detection user terminal, the detection server and / or the server side. It can be understood that the foregoing execution subject does not constitute a limitation on the embodiments of the application; specifically, the following takes the detection user terminal and the detection server as an example to illustrate the method, wherein before the car remote detection, a communication connection needs to be established between the car remote diagnosis terminal and the vehicle to be detected, and the communication establishment process can but is not limited to the following steps S01-S06.

[0067] First, the communication connection between the detection user terminal and the detection server needs to be established, wherein the connection establishment steps are shown in the following steps S01-S03.

[0068] S01. The detection user terminal sends a connection code issuance request to the server, so that the server generates a service code after receiving the connection code issuance request and feeds back to the detection user terminal; in specific application, the service code can be but is not limited to a number, a letter or a combination of a number and a letter; in the embodiment, the diagnostic APP is installed on both the detection user terminal and the detection server, therefore, the user of the detection user terminal (such as the driver of the vehicle to be detected) can apply for a service code to the server through the diagnostic APP, and the detection user terminal can store and visually display the service code after receiving the service code issued by the server, so as to display the service code to the user (such as the staff of the automobile diagnostic enterprise or the merchant) corresponding to the detection server; in this way, the staff can input the service code to send a connection request to the server when connecting the detection user terminal through the diagnostic APP on the detection server (that is, adding the service code to the connection request on the detection server side for subsequent connection authentication), wherein the connection establishment process is shown in the following steps S02-S03.

[0069] S02. Receive the service code sent by the server and generate a connection request according to the service code.

[0070] S03. Send the connection request to the server, so that the server judges whether the service code in the connection request sent by the detection user terminal is the same as the service code in the connection request sent by the detection server after receiving the connection request sent by the detection user terminal, and establishes the communication connection between the detection user terminal and the detection server when they are the same; in specific application, the connection request of the detection server is generated by the user when performing the human-computer interaction operation on the diagnostic APP on the detection server to connect the detection user terminal, that is, the detection server uploads the connection request to the server after generating the connection request; similarly, the detection user terminal also generates a connection request based on the service code and sends it to the server, and the server judges whether to grant the connection based on the service code in the connection request of both ends, that is, if the service codes in the connection requests sent by both ends (that is, the detection server and the detection user terminal) are the same, the connection permission is opened and the connection between them is allowed, otherwise, the connection is refused.

[0071] Therefore, through the foregoing steps S01-S03, the communication connection between the detection user terminal and the detection server can be realized, and since the detection user terminal is connected with the vehicle to be detected, the communication between the detection server and the vehicle to be detected is realized.

[0072] Meanwhile, the communication physical characteristics of the vehicle to be detected also need to be acquired and uploaded to the detection server, so that the detection server can configure the communication in the same communication physical characteristics, thereby ensuring that the second vehicle diagnosis box and the automobile remote diagnosis terminal, the vehicle to be detected and the first vehicle diagnosis box use the same communication characteristics for data communication. Specifically, the communication configuration process is shown in the following steps S04-S06.

[0073] S04. The detection user end receives a vehicle communication information request, wherein the vehicle communication information request is issued by the detection server to the detection user end through the server; in specific applications, the vehicle communication information request is generated by the user of the detection server during human-computer interaction with the detection server.

[0074] S05. The vehicle communication information request is sent to the first vehicle diagnosis box, so that after receiving the vehicle communication information request, the first vehicle diagnosis box reads the pin voltage of each pin of the OBD port of the vehicle to be detected, so that the first vehicle diagnosis box determines the communication pin of the vehicle to be detected based on the pin voltage of each pin, and sends connection test data to the communication pin of the vehicle to be detected in turn according to different baud rates, to determine the communication baud rate of the vehicle to be detected, and feedback to the detection user end, wherein the communication baud rate is the baud rate corresponding to the successful sending of the connection test data.

[0075] In a specific application, the first vehicle diagnostic box determines the communication pin of the vehicle to be tested by reading the voltage of the 16 pins of the OBD port of the vehicle to be tested. The pin with a voltage of 1.5V-3.5V is regarded as the CAN bus pin, and the pin with a target voltage is regarded as the K line pin (which is used to convert the automobile communication signal into a USB signal to facilitate USB communication between the first diagnostic box and the detection user end), and the target voltage is the difference between the voltage of the OBD interface power supply pin and 1. The CAN bus pin is determined, and the baud rate for data communication through the CAN bus pin is also determined. In this embodiment, different baud rates are set to send data, and when the data is successfully sent, the corresponding baud rate of the successful sending is used as the communication baud rate of the CAN bus. In a specific implementation, the baud rate of the CAN bus of the automobile diagnosis is 1 Mbps, 500 Kbps, 250 Kbps, and 125 Kbps. In this embodiment, connection test data is sent to the CAN bus pin of the vehicle to be tested under the above four baud rates. If the connection test data is immediately sent successfully under a certain baud rate, the baud rate is used as the communication baud rate. Further, the connection test data is the highest priority data of the CAN bus, such as 0X0000. The main control chip of the first vehicle diagnostic box uses the GD32f450 chip, and the internal register can record the sending result of the connection test data. Therefore, the sending result of the connection test data under each baud rate can be obtained by querying the register.

[0076] Further, the GD32f450 silent communication mode can also be used to obtain the communication baud rate. In a specific implementation, the silent communication mode can receive data from the CAN bus, but does not send any data to the CAN bus. Therefore, the communication of the CAN bus is not affected in this mode. Thus, the first vehicle diagnostic box is set to enter the silent communication mode, and when the data sent by the CAN bus pin of the vehicle to be tested is received, the baud rate corresponding to the successfully received data is used as the communication baud rate.

[0077] After determining the communication pin and the communication baud rate of the vehicle to be tested, the first vehicle diagnostic box sends the above communication information to the detection user end, so that the detection user end uploads the information to the detection service end through the server, thereby completing the communication configuration of the second vehicle diagnostic box, as shown in the following step S06.

[0078] S06. Receive the communication baud rate and communication pins of the vehicle to be tested sent by the first vehicle diagnostic box, and send the communication baud rate and communication pins to the detection server through the server, so that the detection server sends the communication baud rate and communication pins to the second vehicle diagnostic box, so that the second vehicle diagnostic box, after receiving the communication baud rate and communication pins, performs data communication with the vehicle remote diagnostic terminal based on the communication baud rate and communication pins.

[0079] Based on the aforementioned design, the second vehicle diagnostic box can be configured to communicate using the received communication physical characteristics, thereby ensuring communication consistency with the vehicle under test.

[0080] Thus, based on the aforementioned steps S01 to S06, a communication connection can be established between the vehicle remote diagnostic terminal and the vehicle to be tested. After establishing communication, remote vehicle testing can be achieved. (See also...) Figure 2 As shown, the operation steps of the remote detection method may be, but are not limited to, the steps S1 to S6 below.

[0081] S1. The testing server receives a vehicle data request command sent by the vehicle remote diagnostic terminal through the second vehicle diagnostic box; in specific applications, the vehicle remote diagnostic terminal sends a vehicle data request command to the second vehicle diagnostic box, and the second vehicle diagnostic box, upon receiving the vehicle data request command, can transmit it to the testing server; optionally, the testing server, as exemplified, can be, but is not limited to, a personal computer, tablet, smartphone, or personal digital assistant with a diagnostic app installed.

[0082] Personnel Digital Assistant (PDA), etc.; In this embodiment, the detection server, the second vehicle diagnostic box, and the vehicle remote diagnostic terminal are deployed at the vehicle diagnostic enterprise or merchant. Therefore, after receiving the vehicle data request command, the detection server can transmit it to the detection user terminal through the server, so that the command can be transmitted to the vehicle to be tested based on the detection user terminal, thereby realizing the acquisition of vehicle data; wherein, the transmission process of the aforementioned vehicle data request command is as shown in the following steps S2, S3 and S4.

[0083] S2. The detection server sends the vehicle data request command to the detection user terminal through the server.

[0084] S3. Detect the user terminal receiving the vehicle data request command.

[0085] S4. The detection user terminal sends the vehicle data request command to the first vehicle diagnostic box, so that the first vehicle diagnostic box sends the vehicle data request command to the vehicle to be detected after receiving the vehicle data request command, so that the vehicle to be detected feeds back vehicle detection data to the first vehicle diagnostic box after receiving the vehicle data request command, wherein the first vehicle diagnostic box is installed on the vehicle to be detected, and the vehicle detection data is vehicle state data corresponding to the vehicle data request command; in specific applications, the detection user terminal can be, but is not limited to, a terminal of a driver or owner of the vehicle to be detected, such as a mobile phone of the driver or the like; meanwhile, in the embodiment, the first vehicle diagnostic box is substantially connected to the OBD port (on-board diagnostic system interface) of the vehicle to be detected, so that the first vehicle diagnostic box sends the vehicle data request command to the vehicle to be detected through the OBD port, and the on-board diagnostic system in the vehicle to be detected returns vehicle state data corresponding to the command as vehicle detection data to the first vehicle diagnostic box (i.e., through the CAN bus pin or K line pin and according to the aforementioned communication baud rate for data transmission); in this way, the embodiment is equivalent to using a data inquiry method to continuously issue data requests to the vehicle to be detected, so that the vehicle to be detected continuously uploads vehicle state data based on the received requests.

[0086] In the embodiment, the uploading path of the vehicle detection data is consistent with the issuing path of the vehicle data request command, that is, the original path returns to the automobile remote diagnosis terminal, wherein the uploading process of the vehicle detection data is shown in the following steps S5 and S6.

[0087] S5. The detection user terminal receives the vehicle detection data sent by the first vehicle diagnostic box, and sends the vehicle detection data to the detection server through the server.

[0088] S6. The detection server receives the vehicle detection data uploaded by the detection user terminal through the server, and sends the vehicle detection data to the automobile remote diagnosis terminal through the second vehicle diagnostic box, so that the automobile remote diagnosis terminal analyzes and processes the vehicle detection data after receiving the vehicle detection data to obtain a diagnosis result of the vehicle to be detected; in specific applications, the automobile remote diagnosis terminal can analyze the vehicle state based on the received vehicle detection data to obtain a diagnosis result of the vehicle (which can include, but is not limited to, a fault diagnosis result, a data flow analysis result, or an ECU analysis result, etc.), and perform visual display; meanwhile, when the diagnosis result is a fault diagnosis result, the fault diagnosis result and the corresponding repair suggestion can be fed back to the detection user terminal, so that the driver of the vehicle to be detected can check the vehicle fault problem and the repair suggestion, thereby effectively solving the vehicle problem in a timely manner.

[0089] By the automobile remote detection method described in the foregoing steps S1-S6, the present application can realize remote detection of the vehicle to be detected without the need of technicians to arrive at the vehicle site, thereby improving the detection efficiency and real-time detection, and timely and efficiently helping the user to solve the vehicle problem, and being suitable for large-scale promotion and application.

[0090] Referring to Figure 3 and Figure 4 , the second aspect of the present embodiment is based on the first aspect of the embodiment and is further optimized, that is, the second aspect of the present embodiment provides an uninterrupted communication method to avoid the problem of communication interruption between the vehicle to be detected and the automobile remote diagnosis terminal, wherein the uninterrupted communication method is as shown in the following steps.

[0091] Firstly, the most common communication protocol of the automobile transport layer is the ISO15765-2 communication protocol, and on the basis of the protocol, data transmission is divided into two categories: one is single-frame data transmission, that is, when the data length is less than 8 bytes, the data can be sent in one frame of data at a time; the other is multi-frame data transmission, that is, a complete command or data is composed of multiple single frames, wherein when the length of a piece of data is greater than 8 bytes, it is sent multiple times (the maximum length of data sent each time is 7 bytes), and specifically, when multi-frame data transmission is performed, the sending end sends one frame of data each time, and the receiving end returns a flow control frame to the sending end after receiving the frame of data, and the sending end receives the flow control frame and then sends the next frame of data; referring to Figure 3 , assuming that the vehicle detection data is multi-frame data, the sending end is the vehicle to be detected, and the receiving end is the automobile remote diagnosis terminal, when the vehicle to be detected sends the first frame of data to the automobile remote diagnosis terminal, the automobile remote diagnosis terminal returns a flow control frame (FC) to the detection user end, the detection user end sends the flow control frame to the vehicle to be detected, and the vehicle to be detected receives the returned flow control frame and then sends the next frame of data (that is, the continuous frame in Figure 3 ), according to this principle, the automobile remote diagnosis terminal returns a flow control frame after receiving the continuous frame, and this continues to circulate, and the vehicle to be detected can send the multi-frame data to the automobile remote diagnosis terminal.

[0092] However, under the foregoing communication protocol, if the sending end does not receive the flow control frame within the first preset time length, the communication between the sending end and the receiving end will be interrupted, at this time, the data transmission will also be interrupted, therefore, the present embodiment is provided with a flow control frame self-learning function in the sending end, so that when the flow control frame is not received within the first preset time length, the learned flow control frame can be used to reply to the vehicle to be detected, thereby ensuring that the communication between the vehicle to be detected and the automobile remote diagnosis terminal is uninterrupted; wherein the self-learning process of the flow control frame is as shown in the following steps S51-S57.

[0093] S51. When the user terminal receives the first frame of data in the plurality of frames of data sent by the first vehicle diagnostic box, the user terminal sends the first frame of data to the detection server through the server, so that the detection server sends the first frame of data to the automobile remote diagnosis terminal through the second vehicle diagnostic box, so that the automobile remote diagnosis terminal feeds back a first flow control frame to the detection server through the second vehicle diagnostic box after receiving the first frame of data. In a specific application, this step is the process of the automobile remote diagnosis terminal feeding back a flow control frame to the vehicle to be detected when receiving the first frame of data in the plurality of frames of data.

[0094] S52. The detection user terminal receives the first flow control frame sent by the detection server through the server, and records the first flow control frame. In this embodiment, it is equivalent to the detection user terminal recording the flow control frame corresponding to the first frame of data each time the plurality of frames of data are transmitted. This process is a self-learning process. Therefore, when the detection user terminal does not receive the flow control frame fed back by the automobile remote diagnosis terminal within the first preset time period during the transmission of the next frame of data, the recorded first flow control frame can be used to return to the vehicle to be detected, so as to ensure the timely return of the flow control frame and determine the uninterrupted communication between the two.

[0095] After obtaining the first flow control frame corresponding to the first frame of data, the detection user terminal returns it to the vehicle to be detected for the transmission of the second frame of data in the plurality of frames of data, as shown in the following step S53.

[0096] S53. The first flow control frame is sent to the first vehicle diagnostic box, so that the first vehicle diagnostic box sends the first flow control frame to the vehicle to be detected, so that the vehicle to be detected sends the i-th frame of data in the plurality of frames of data to the first vehicle diagnostic box after receiving the first flow control frame, wherein the initial value of i is 2, and i is a positive integer.

[0097] S54. receiving the i-th frame of data sent by the first vehicle diagnostic box, and sending the i-th frame of data to the detection server through the server, so that the detection server sends the i-th frame of data to the automobile remote diagnosis terminal through the second vehicle diagnostic box, so that the automobile remote diagnosis terminal feeds back a second flow control frame to the detection server after receiving the i-th frame of data; in this embodiment, after the transmission of the second frame of data is completed, the automobile remote diagnosis terminal also returns a flow control frame (named as a second flow control frame for the sake of distinction) to the detection user end, at this time, it can be judged whether communication delay occurs, resulting in that the second flow control frame is not transmitted to the detection user end in time, since the detection user end also needs to transmit the second flow control frame to the vehicle to be detected, therefore, at the detection user end, the receiving time length of the second flow control frame can be judged, of course, the receiving time length in the detection user end must be less than the receiving time length of the flow control frame specified in the ISO15765-2 communication protocol, wherein the judgment process is shown in the following step S55.

[0098] S55. judging whether the second flow control frame sent by the detection server through the server is received within a first preset time length; in specific application, since the receiving time length of the flow control frame specified in the ISO15765-2 communication protocol is 75 ms, and the transmission of the flow control frame from the detection user end to the vehicle to be detected also needs time, therefore, the first preset time length can be, but is not limited to, 55 ms or 50 ms; in this way, when the detection user end does not receive the second flow control frame within 55 ms or 50 ms, it indicates that communication delay occurs, at this time, in order to ensure that the communication between the vehicle to be detected and the automobile remote diagnosis terminal is not interrupted, it is necessary to send the learned flow control frame to the vehicle to be detected in time, as shown in the following step S56.

[0099] S56. if not, sending the first flow control frame to the first vehicle diagnostic box, so that the first vehicle diagnostic box sends the first flow control frame to the vehicle to be detected, so that the vehicle to be detected adds 1 to i after receiving the first flow control frame, and sends the i-th frame of data in the plurality of frames of data to the first vehicle diagnostic box; in specific application, the first flow control frame fed back by the first frame of data is sent to the vehicle to be detected as the learned flow control frame, in this way, the vehicle to be detected can send the third frame of data, as shown in the following step S57.

[0100] S57. Re-receive the i-th frame data sent by the first vehicle diagnostic box, and send the i-th frame data to the detection server through the server until all multiple frames of data have been sent. In specific applications, this is equivalent to re-looping steps S54-S56, that is, after each frame of data is sent, the reception duration is judged. In this way, the communication between the vehicle under test and the vehicle remote diagnostic terminal is not interrupted during the transmission of multiple frames of data, thereby ensuring uninterrupted transmission of multiple frames of data.

[0101] In this embodiment, if the vehicle remote diagnostic terminal sends multiple frames of data to the vehicle to be tested, the flow control frame self-learning is performed on the detection server. Of course, the learning steps are the same as the aforementioned steps S51 to S57, and will not be repeated here.

[0102] In addition, the ISO15765-2 communication protocol stipulates that if the sending end does not receive feedback data from the receiving end within a second preset time after sending a complete data or command, the connection between the two will also be interrupted. Therefore, in order to prevent the aforementioned problem, this embodiment also sets up a communication waiting step. Taking the detection server as an example, the communication waiting step is described. Its operation process can be, but is not limited to, the steps S7 and S8 below.

[0103] S7. After the detection server sends the vehicle data request command to the detection user terminal via the server, it determines whether it has received the vehicle detection data uploaded by the detection user terminal via the server within a second preset time period; in this embodiment, the response time specified in the ISO15765-2 communication protocol is 50ms. However, since the vehicle detection data of the vehicle to be tested is sent from the detection server to the vehicle remote diagnostic terminal (i.e., Figure 4 The diagnostic tool in the system requires transmission time; therefore, for example, the second preset duration should be less than 50ms (for example, it can be, but is not limited to, 30ms) to allow time for data to be transmitted from the diagnostic server to the vehicle's remote diagnostic terminal; see [link to relevant documentation]. Figure 4 As shown, when the vehicle remote diagnostic terminal sends a complete command or data (i.e., after sending a single frame of data or all frames of data), if the detection server does not receive feedback data from the vehicle under test within 30ms (e.g., if the command sent is a vehicle data request command, then the feedback data is vehicle detection data), the detection server will send a communication wait command to the vehicle remote diagnostic terminal, thereby keeping the vehicle remote diagnostic terminal in a communication wait state to prevent communication interruption between the vehicle remote diagnostic terminal and the vehicle under test; the command sending process is shown in step S8 below.

[0104] S8. If not, the detection server sends a communication waiting command to the vehicle remote diagnostic terminal through the second vehicle diagnostic box, so that the vehicle remote diagnostic terminal enters a communication waiting state after receiving the communication waiting command, so as to maintain a communication connection with the vehicle under test for the duration of the communication waiting state; in specific applications, the communication waiting command can be, but is not limited to, the 7F XX 78 command, and the duration of the communication waiting state can be specifically set according to actual use, and is not specifically limited here.

[0105] In this embodiment, if the vehicle to be tested is the sending end and the vehicle remote diagnostic terminal is the receiving end, then a communication waiting step can be arranged at the testing user end. The process and principle can be found in the aforementioned steps S7 and S8, and will not be repeated here.

[0106] Thus, through the aforementioned design, the present invention can avoid the problem of connection interruption between the vehicle under test and the vehicle remote diagnostic terminal due to network latency, thereby ensuring uninterrupted data communication between the vehicle under test and the vehicle remote diagnostic terminal to guarantee the real-time nature of remote testing.

[0107] In addition, in this embodiment, the detection server records the entire interaction process between the vehicle remote diagnostic terminal and the vehicle under test, that is, records the entire interaction data, and simulates the vehicle diagnostic process through the vehicle communication protocol stack (such as the protocol frame of the ISO15765-2 protocol); thus, it can be beneficial to the development of vehicle diagnostic protocols.

[0108] like Figure 5 As shown, the third aspect of this embodiment provides a hardware device for implementing the remote vehicle detection method described in the first and second aspects of the embodiments. Taking the device as a detection user terminal as an example, it includes:

[0109] The first receiving unit is used to receive vehicle data request commands, wherein the vehicle data request commands are sent from the vehicle remote diagnostic terminal to the testing server through the second vehicle diagnostic box, and then distributed from the testing server to the testing user terminal through the server.

[0110] The first sending unit is configured to send the vehicle data request command to the first vehicle diagnostic box, so that after receiving the vehicle data request command, the first vehicle diagnostic box sends the vehicle data request command to the vehicle to be tested, so that after receiving the vehicle data request command, the vehicle to be tested feeds back vehicle test data to the first vehicle diagnostic box, wherein the first vehicle diagnostic box is installed on the vehicle to be tested, and the vehicle test data is the vehicle status data corresponding to the vehicle data request command.

[0111] The first receiving unit is used to receive vehicle detection data sent by the first vehicle diagnostic box.

[0112] The first sending unit is further configured to send the vehicle detection data to the detection server through the server, so that the detection server sends the vehicle detection data to the automobile remote diagnosis terminal through the second vehicle diagnosis box, and the automobile remote diagnosis terminal analyzes and processes the vehicle detection data to obtain a diagnosis result of the vehicle to be detected after receiving the vehicle detection data.

[0113] The working process, working details and technical effects of the device provided in this embodiment can be referred to the first aspect and the second aspect of the embodiment, and will not be repeated here.

[0114] As shown in Figure 6 The fourth aspect of the embodiment provides another hardware device for implementing the automobile remote detection method described in the first aspect and the second aspect of the embodiment, taking the detection server as an example, which comprises:

[0115] The second receiving unit is configured to receive a vehicle data request command sent by the automobile remote diagnosis terminal through the second vehicle diagnosis box.

[0116] The second sending unit is configured to send the vehicle data request command to the detection user terminal through the server, so that the detection user terminal sends the vehicle data request command to the vehicle to be detected through the first vehicle diagnosis box after receiving the vehicle data request command, and the vehicle to be detected feeds back vehicle detection data to the detection user terminal through the first vehicle diagnosis box after receiving the vehicle data request command, wherein the first vehicle diagnosis box is installed on the vehicle to be detected, and the vehicle detection data is vehicle state data corresponding to the vehicle data request command.

[0117] The second receiving unit is configured to receive vehicle detection data uploaded by the detection user terminal through the server.

[0118] The second sending unit is further configured to send the vehicle detection data to the automobile remote diagnosis terminal through the second vehicle diagnosis box, so that the automobile remote diagnosis terminal analyzes and processes the vehicle detection data to obtain a diagnosis result of the vehicle to be detected after receiving the vehicle detection data.

[0119] The working process, working details and technical effects of the device provided in this embodiment can be referred to the first aspect and the second aspect of the embodiment, and will not be repeated here.

[0120] As shown in Figure 7As shown, the fifth aspect of the embodiment provides a third automobile remote detection device. Taking the device as an electronic device for example, the device comprises a memory, a processor and a transceiver connected in sequence, wherein the memory is configured to store a computer program, the transceiver is configured to transceive messages, and the processor is configured to read the computer program and execute the automobile remote detection method as described in the first aspect and / or the second aspect.

[0121] For example, the memory can include, but is not limited to, a random access memory (RAM), a read only memory (ROM), a flash memory, a first input first output (FI FO) memory and / or a first in last out (FI LO) memory, etc.; specifically, the processor can include one or more processing cores, such as a 4-core processor, an 8-core processor, etc. The processor can be implemented in at least one of a hardware form of a DSP (Digital Signal Processing), a FPGA (Field-Programmable Gate Array) and a PLA (Programmable Logic Array), and the processor can also include a main processor and a coprocessor. The main processor is a processor for processing data in a wake-up state, also known as a CPU (Central Processing Unit). The coprocessor is a low-power processor for processing data in a standby state.

[0122] In some embodiments, the processor can be integrated with a GPU (Graphics Processing Unit) that is responsible for rendering and drawing the content required to be displayed on the display screen. For example, the processor can be, but is not limited to, a microprocessor of the STM32F105 series, a RISC (reduced instruction set computer) microprocessor, an X86 architecture processor, or an NPU (neural-network processing unit) integrated embedded neural network processor. The transceiver can be, but is not limited to, a WIFI transceiver, a Bluetooth transceiver, a GPRS (General Packet Radio Service) transceiver, a ZigBee transceiver, a 3G transceiver, a 4G transceiver, and / or a 5G transceiver, etc. In addition, the device can further include, but is not limited to, a power module, a display screen, and other necessary components.

[0123] The working process, working details, and technical effects of the electronic device provided in the embodiments can be referred to the first and second aspects of the embodiments, and will not be repeated here.

[0124] The sixth aspect of the embodiments provides a storage medium storing instructions of the automobile remote detection method according to the first and / or second aspects of the embodiments, i.e., the storage medium stores instructions, and when the instructions run on a computer, the automobile remote detection method according to the first and / or second aspects is executed.

[0125] The storage medium refers to a carrier for storing data, which can include, but is not limited to, a floppy disk, an optical disk, a hard disk, a flash memory, a USB flash disk, and / or a memory stick, etc. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.

[0126] The working process, working details, and technical effects of the storage medium provided in the embodiments can be referred to the first and second aspects of the embodiments, and will not be repeated here.

[0127] The seventh aspect of the embodiments provides a computer program product containing instructions, which, when running on a computer, causes the computer to execute the automobile remote detection method according to the first and / or second aspects of the embodiments. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.

[0128] Finally, it should be noted that the above description is only the preferred embodiment of the present application, and is not intended to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A method for remote vehicle detection, characterized in that, Applied to detecting user terminals, the method includes: Receive vehicle communication information request, wherein the vehicle communication information request is sent from the detection server to the detection user terminal by the detection server; The vehicle communication information request is sent to the first vehicle diagnostic box. After receiving the vehicle communication information request, the first vehicle diagnostic box reads the pin voltage of each pin of the OBD port of the vehicle under test. Based on the pin voltage of each pin, the first vehicle diagnostic box determines the communication pin of the vehicle under test and sends connection test data to the communication pin of the vehicle under test in sequence according to different baud rates to determine the communication baud rate of the vehicle under test, and feeds it back to the testing user terminal. The communication baud rate is the baud rate corresponding to the successful transmission of the connection test data. The system receives the communication baud rate and communication pins of the vehicle under test from the first vehicle diagnostic box, and sends the communication baud rate and communication pins to the detection server through the server, so that the detection server sends the communication baud rate and communication pins to the second vehicle diagnostic box, so that the second vehicle diagnostic box can communicate with the vehicle remote diagnostic terminal based on the communication baud rate and communication pins after receiving them. Receive vehicle data request command, wherein the vehicle data request command is sent by the vehicle remote diagnostic terminal to the testing server through the second vehicle diagnostic box, and then sent by the testing server to the testing user terminal through the server; The vehicle data request command is sent to the first vehicle diagnostic box, so that after receiving the vehicle data request command, the first vehicle diagnostic box sends the vehicle data request command to the vehicle to be tested, so that after receiving the vehicle data request command, the vehicle to be tested feeds back vehicle test data to the first vehicle diagnostic box. The first vehicle diagnostic box is installed on the vehicle to be tested, and the vehicle test data is the vehicle status data corresponding to the vehicle data request command. The system receives vehicle detection data sent by the first vehicle diagnostic box and sends the vehicle detection data to the detection server via the server. The detection server then sends the vehicle detection data to the vehicle remote diagnostic terminal via the second vehicle diagnostic box. After receiving the vehicle detection data, the vehicle remote diagnostic terminal analyzes and processes the vehicle detection data to obtain the diagnostic results of the vehicle to be tested.

2. The method according to claim 1, characterized in that, When the vehicle detection data is multi-frame data, the method further includes: Upon receiving the first frame of data from the multi-frame data sent by the first vehicle diagnostic box, the server sends the first frame of data to the detection server, so that the detection server sends the first frame of data to the vehicle remote diagnostic terminal through the second vehicle diagnostic box, so that the vehicle remote diagnostic terminal, after receiving the first frame of data, feeds back the first flow control frame to the detection server through the second vehicle diagnostic box. Receive the first flow control frame sent by the detection server and record the first flow control frame; The first flow control frame is sent to the first vehicle diagnostic box, so that the first vehicle diagnostic box sends the first flow control frame to the vehicle under test, so that after receiving the first flow control frame, the vehicle under test sends the i-th frame of data from the multi-frame data to the first vehicle diagnostic box, where the initial value of i is 2 and i is a positive integer; The system receives the i-th frame data sent by the first vehicle diagnostic box and sends the i-th frame data to the detection server through the server, so that the detection server sends the i-th frame data to the vehicle remote diagnostic terminal through the second vehicle diagnostic box, so that the vehicle remote diagnostic terminal can send the second flow control frame back to the detection server after receiving the i-th frame data. Determine whether a second flow control frame sent by the detection server is received within the first preset time period; If not, the first flow control frame is sent to the first vehicle diagnostic box, so that the first vehicle diagnostic box sends the first flow control frame to the vehicle under test, so that after receiving the first flow control frame, the vehicle under test increments i by 1 and sends the i-th frame of data from the multi-frame data to the first vehicle diagnostic box. The system re-receives the i-th frame of data sent by the first vehicle diagnostic box and sends the i-th frame of data to the detection server through the server until all frames of data have been sent.

3. The method according to claim 1, characterized in that, The method further includes: Send a connection code distribution request to the server so that the server generates a service code upon receiving the connection code distribution request and sends it back to the testing client. Receive the service code sent by the server and generate a connection request based on the service code; A connection request is sent to the server so that after receiving the connection request sent by the detection user, the server can determine whether the service code in the connection request sent by the detection user is the same as the service code in the connection request sent by the detection server. If they are the same, a communication connection is established between the detection user and the detection server.

4. A method for remote vehicle detection, characterized in that, Applied to a detection server, the method includes: The server sends a vehicle communication request to the testing user terminal. Upon receiving the vehicle communication request, the testing user terminal reads the pin voltage of each pin of the OBD port of the vehicle under test through the first vehicle diagnostic box. Based on the pin voltage of each pin, the first vehicle diagnostic box determines the communication pin of the vehicle under test and sends connection test data to the communication pin of the vehicle under test in sequence at different baud rates to determine the communication baud rate of the vehicle under test, and feeds it back to the testing user terminal. The communication baud rate is the baud rate corresponding to the successful transmission of the connection test data. The system receives the communication baud rate and communication pins sent by the user terminal through the server, and sends the communication baud rate and communication pins to the second vehicle diagnostic box, so that the second vehicle diagnostic box can communicate with the vehicle remote diagnostic terminal based on the communication baud rate and communication pins after receiving them. Receive vehicle data request commands sent by the vehicle remote diagnostic terminal through the second vehicle diagnostic box; The server sends a vehicle data request command to the testing user terminal. After receiving the vehicle data request command, the testing user terminal sends the vehicle data request command to the vehicle to be tested through the first vehicle diagnostic box. After receiving the vehicle data request command, the vehicle to be tested feeds back vehicle testing data to the testing user terminal through the first vehicle diagnostic box. The first vehicle diagnostic box is installed on the vehicle to be tested, and the vehicle testing data is the vehicle status data corresponding to the vehicle data request command. The system receives vehicle inspection data uploaded by the user terminal through the server and sends the data to the vehicle remote diagnostic terminal via the second vehicle diagnostic box. The vehicle remote diagnostic terminal then analyzes and processes the received data to obtain the diagnostic results for the vehicle under inspection.

5. The method according to claim 4, characterized in that, After sending the vehicle data request command to the detection user terminal via the server, the method further includes: Determine whether vehicle detection data uploaded by the user terminal through the server has been received within the second preset time period; If not, a communication wait command is sent to the vehicle remote diagnostic terminal via the second vehicle diagnostic box, so that the vehicle remote diagnostic terminal enters a communication wait state after receiving the communication wait command, so as to maintain a communication connection with the vehicle under test during the duration of the communication wait state.

6. A remote vehicle detection device, characterized in that, include: The first receiving unit is used to receive vehicle communication information requests, which are sent from the detection server to the detection user terminal. The unit then sends the vehicle communication information request to the first vehicle diagnostic box. Upon receiving the request, the first vehicle diagnostic box reads the pin voltages of each pin of the OBD port of the vehicle under test. Based on these voltages, the first vehicle diagnostic box determines the communication pins of the vehicle under test and sequentially sends connection test data to these pins at different baud rates to determine the communication baud rate. This data is then fed back to the detection user terminal. The communication baud rate is the connection test baud rate. The baud rate corresponding to successful data transmission; receiving the communication baud rate and communication pins of the vehicle under test sent by the first vehicle diagnostic box, and sending the communication baud rate and communication pins to the testing server through the server, so that the testing server can send the communication baud rate and communication pins to the second vehicle diagnostic box, so that the second vehicle diagnostic box can communicate with the vehicle remote diagnostic terminal based on the communication baud rate and communication pins after receiving them; receiving vehicle data request commands, wherein the vehicle data request commands are sent by the vehicle remote diagnostic terminal to the testing server through the second vehicle diagnostic box, and then distributed by the testing server to the testing user terminal through the server; The first sending unit is used to send a vehicle data request command to the first vehicle diagnostic box, so that after receiving the vehicle data request command, the first vehicle diagnostic box sends the vehicle data request command to the vehicle to be tested, so that after receiving the vehicle data request command, the vehicle to be tested feeds back vehicle test data to the first vehicle diagnostic box. The first vehicle diagnostic box is installed on the vehicle to be tested, and the vehicle test data is the vehicle status data corresponding to the vehicle data request command. The first receiving unit is used to receive vehicle detection data sent by the first vehicle diagnostic box; The first sending unit is also used to send vehicle detection data to the detection server via the server, so that the detection server can send the vehicle detection data to the vehicle remote diagnostic terminal via the second vehicle diagnostic box, so that the vehicle remote diagnostic terminal can analyze and process the vehicle detection data after receiving it and obtain the diagnostic results of the vehicle to be tested.

7. A remote vehicle detection device, characterized in that, include: The second receiving unit is used to send a vehicle communication request to the detection user terminal via a server. Upon receiving the request, the detection user terminal reads the pin voltages of each pin of the OBD port of the vehicle under test via the first vehicle diagnostic box. Based on these pin voltages, the first vehicle diagnostic box determines the communication pins of the vehicle under test and sequentially sends connection test data to these pins at different baud rates to determine the vehicle's communication baud rate, which is then fed back to the detection user terminal. The communication baud rate corresponds to the baud rate at which the connection test data is successfully sent. The unit also receives the communication baud rate and communication pins sent by the detection user terminal via the server and sends these information to the second vehicle diagnostic box. Upon receiving the communication baud rate and communication pins, the second vehicle diagnostic box communicates with the vehicle remote diagnostic terminal based on these information. Finally, the unit receives vehicle data request commands sent by the vehicle remote diagnostic terminal via the second vehicle diagnostic box. The second sending unit is used to send a vehicle data request command to the detection user terminal through the server, so that after receiving the vehicle data request command, the detection user terminal sends the vehicle data request command to the vehicle to be tested through the first vehicle diagnostic box, so that after receiving the vehicle data request command, the vehicle to be tested feeds back vehicle detection data to the detection user terminal through the first vehicle diagnostic box. The first vehicle diagnostic box is installed on the vehicle to be tested, and the vehicle detection data is the vehicle status data corresponding to the vehicle data request command. The second receiving unit is used to receive vehicle detection data uploaded by the detection user terminal through the server; The second sending unit is also used to send vehicle detection data to the vehicle remote diagnostic terminal through the second vehicle diagnostic box, so that the vehicle remote diagnostic terminal can analyze and process the vehicle detection data after receiving it and obtain the diagnostic results of the vehicle to be tested.

8. An electronic device, characterized in that, include: A memory, a processor, and a transceiver are sequentially connected in communication, wherein the memory is used to store a computer program, the transceiver is used to send and receive messages, and the processor is used to read the computer program and execute the vehicle remote detection method as described in any one of claims 1 to 3 or 4 to 5.

9. A storage medium, characterized in that, The storage medium stores instructions that, when executed on a computer, perform the remote vehicle detection method as described in any one of claims 1 to 3 or 4 to 5.

Images