Remote diagnostic method and system

Abstract

Embodiments of the present application relate to the technical field of vehicle diagnostics and disclose a remote diagnostic method and a system. In the method, when a second communication device receives first communication information sent by a diagnostic device, first response information is sent to the diagnostic device on the basis of the information type of the first communication information, so as to promptly respond to the diagnostic device, implementing near terminal supplementation, reducing the occurrence of communication being severed or first reply data not being transmitted in a timely manner due to network delay, ultimately causing diagnostic failure; delay tolerance is increased, and remote diagnostic data transmission reliability is improved. Additionally, the second communication device sends first reply information to the diagnostic device, so as to enable the diagnostic device to perform diagnostics on a vehicle on the basis of the first response information, thereby implementing remote diagnostic functionality.

Description

Remote diagnosis method and system

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on November 28, 2023, with application number 202311613270.5 and application name “A Remote Diagnostic Method and System”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The embodiments of the present application relate to the field of automobile diagnosis technology, and in particular to a remote diagnosis method and system. Background Art

[0003] With the development of communication technology, automobile diagnosis is no longer limited to local diagnosis. Remote diagnosis can also be used. Professionals use diagnostic equipment to diagnose the car based on the response information returned by the car. Remote diagnosis is not restricted by geographical location and solves the problem of diagnostic equipment or professionals being in different places from the car.

[0004] However, remote diagnosis has high requirements for real-time communication. If there is a large network delay during the communication process, it will cause untimely data transmission, response timeout, or untimely data transmission leading to communication disconnection, which in turn makes data transmission reliability low and diagnosis failure occurs. Summary of the Invention

[0005] The main technical problem solved by the embodiments of the present application is to provide a remote diagnosis method and system, which can solve the problems of untimely data transmission and network diagnosis failure caused by network delays, and improve the data transmission reliability of remote diagnosis.

[0006] In a first aspect, an embodiment of the present application provides a remote diagnosis method, which is applied to a second communication device, wherein the second communication device is applied to a remote diagnosis system, and the remote diagnosis system further includes a first communication device and a diagnostic device, wherein the second communication device is communicatively connected to the diagnostic device and a server, respectively, and the first communication device is communicatively connected to the server and a vehicle, respectively. The method includes:

[0007] receiving first communication information sent by the diagnostic device;

[0008] sending first response information to the diagnostic device based on the information type of the first communication information, where the first response information is used to respond to the first communication information;

[0009] transmitting the first communication information to the car through the server and the first communication device, so that the car generates first response information based on the first communication information;

[0010] The first response information is received and sent to the diagnostic device, so that the diagnostic device performs remote diagnosis based on the first response information.

[0011] This method can respond to the diagnostic equipment in a timely manner, achieve proximal compensation, reduce the problem of untimely first response data transmission or communication disconnection caused by network delay, and ultimately diagnosis failure, increase delay tolerance, and improve the data transmission reliability of remote diagnosis.

[0012] In some embodiments, if the communication protocol of the remote diagnostic system is the UDS protocol or the ISO15765 protocol, the sending of the first response information to the diagnostic device based on the information type of the first communication information includes:

[0013] If the first communication information is a first frame, obtaining a plurality of target ECU identities corresponding to the diagnostic device identities from a configuration file of the vehicle;

[0014] Sending a plurality of flow control supplement frames to the diagnostic device, wherein the frame ID of the flow control supplement frame corresponds one-to-one with each of the target ECU identifications.

[0015] Through the above method, the diagnostic equipment can be compensated proximally to respond to it quickly. At the same time, no matter what model or series the actual vehicle is, and no matter which identity identifier the vehicle's ECU uses to respond to the first frame with a flow control frame, compensation for the flow control frame can be provided to prevent compensation failure, thereby avoiding the impact of network delay on the transmission of multiple frames of data.

[0016] In some embodiments, after acquiring a plurality of target ECU identities corresponding to the diagnostic device identity from the configuration file of the vehicle and before sending a plurality of complementary flow control frames to the diagnostic device, the method further includes:

[0017] Acquire a first time interval between the first frame and the supplementary flow control frame according to the configuration file;

[0018] After the first time interval, a plurality of the complementary flow control frames are sent to the diagnostic device.

[0019] Through the above method, the diagnostic device can correctly receive the corresponding flow control frame, prevent the failure of near-end compensation, and thus avoid the impact of network timeout on the diagnostic function, thereby improving network stability.

[0020] In some embodiments, after sending the plurality of complementary flow control frames to the diagnostic device, the method further includes:

[0021] obtaining a second time interval according to the configuration file;

[0022] The second time interval is sent to the diagnostic device, so that the diagnostic device sends the data frame after the second time interval has passed after receiving the complementary flow control frame.

[0023] Through the above method, the diagnostic device can control the sending time of the data frame after receiving the complementary flow control frame to ensure correct communication between the diagnostic device and the ECU and prevent data transmission failure.

[0024] In some embodiments, the data sending rhythm value in the first supplementary flow control frame sent is set to a preset experience value, and the data sending rhythm value in the subsequently sent supplementary flow control frames is set to the real-time data sending rhythm value in the flow control frame returned by the car based on the first frame.

[0025] Through the above method, the data sending rhythm value in the supplementary flow control frame can be synchronized with the real-time data sending rhythm value returned by the car, so that the supplementary flow control frame can be synchronized with the flow control frame returned by the car, thereby improving the accuracy of compensation and further improving network stability.

[0026] In some embodiments, the method further comprises:

[0027] Obtaining preset parameter values ​​in the configuration file;

[0028] The data sending rhythm value in the first supplementary flow control frame sent is set to the parameter value, and the data sending rhythm value in the subsequent supplementary flow control frames sent is set to the real-time data sending rhythm value in the flow control frame returned by the car based on the first frame.

[0029] By adopting the above method, failure of proximal compensation can be prevented, delay influence can be avoided, and synchronization with the real-time data sending rhythm value in the flow control frame returned by the vehicle's ECU can be achieved.

[0030] In some embodiments, if the communication protocol of the remote diagnostic system is the TP20 / TP16 protocol, the sending of the first response information to the diagnostic device based on the information type of the first communication information includes:

[0031] If the information type of the first communication information is a connection test frame, a connection response frame is sent to the diagnostic device.

[0032] Through the above method, the purpose of quick response and avoidance of timeout is achieved.

[0033] In some embodiments, if the communication protocol of the remote diagnostic system is TP20 / TP16, the sending of the first response information to the diagnostic device based on the information type of the first communication information further includes:

[0034] If the information type of the first communication information is a first data frame, a first confirmation frame is sent to the diagnostic device.

[0035] Through the above method, the purpose of quick response and avoidance of timeout is achieved.

[0036] In some embodiments, transmitting the first communication information to the automobile through the server and the first communication device, so that the automobile generates first response information based on the first communication information, includes:

[0037] transmitting the first data frame to the car through the server and the first communication device, so that the car generates a first response data frame and a second confirmation frame based on the first data frame;

[0038] The receiving the first response information includes:

[0039] The first response data frame is received, wherein the second confirmation frame is filtered out by the first communication device.

[0040] By using the above method, the second confirmation frame is filtered out to prevent repeated responses to the first data frame.

[0041] In a second aspect, an embodiment of the present application provides a remote diagnosis method, which is applied to a first communication device, wherein the first communication device is applied to a remote diagnosis system, and the remote diagnosis system further includes a second communication device and a diagnostic device, wherein the second communication device is respectively connected to the diagnostic device and the server, and the first communication device is respectively connected to the server and the vehicle, and the method includes:

[0042] receiving first communication information sent by the automobile;

[0043] sending a first response message to the vehicle based on the information type of the first communication information, where the first response message is used to respond to the first communication information;

[0044] transmitting the first communication information to the diagnostic device via the server and the second communication device, so that the diagnostic device generates first diagnostic information based on the first communication information, and then causing the second communication device to send the first diagnostic information to the first communication device via the server;

[0045] The first diagnostic information is received and sent to the vehicle.

[0046] This method can achieve proximal compensation, reduce the problem of untimely first response data transmission or communication disconnection caused by network delay, and ultimately diagnosis failure, increase delay tolerance, and improve the data transmission reliability of remote diagnosis.

[0047] In some embodiments, the method further comprises:

[0048] If it is detected that the second communication device has not sent a request frame to the car for more than a first preset time period, a link maintenance frame is sent to the car to enable the car to maintain the communication link.

[0049] By adopting the above method, the car can maintain the communication link and prevent communication failure.

[0050] In a third aspect, an embodiment of the present application provides a first communication device, which is applied to a remote diagnostic system. The remote diagnostic system also includes a second communication device and a diagnostic device, wherein the second communication device is communicatively connected to the diagnostic device and the server respectively, and the first communication device is communicatively connected to the server and the vehicle respectively, and the first communication device includes:

[0051] at least one processor; and,

[0052] a memory communicatively connected to the at least one processor; wherein,

[0053] The memory stores instructions that can be executed by the at least one processor. The instructions are executed by the at least one processor to enable the at least one processor to perform the method described above.

[0054] In a fourth aspect, an embodiment of the present application provides a second communication device for use in a remote diagnostic system, wherein the remote diagnostic system further includes a first communication device and a diagnostic device, wherein the second communication device is communicatively connected to the diagnostic device and a server, respectively, and the first communication device is communicatively connected to the server and a vehicle, respectively, and the second communication device includes:

[0055] at least one processor; and,

[0056] a memory communicatively connected to the at least one processor; wherein,

[0057] The memory stores instructions that can be executed by the at least one processor. The instructions are executed by the at least one processor to enable the at least one processor to perform the method described above.

[0058] In a fifth aspect, an embodiment of the present application provides a remote diagnostic system, the remote diagnostic system comprising a second communication device, a first communication device, and a diagnostic device;

[0059] The second communication device is communicatively connected to the diagnostic device and the server respectively, and the second communication device is used to perform the remote diagnosis method as described above;

[0060] The first communication device is communicatively connected to the server and the car respectively, and is used to execute the remote diagnosis method as described above.

[0061] Beneficial effects of the embodiments of the present application: Different from the existing technology, the remote diagnosis method provided by the embodiments of the present application is applied to a remote diagnosis system, which includes a second communication device, a first communication device and a diagnostic device, wherein the second communication device is respectively connected to the diagnostic device and the server, and the first communication device is respectively connected to the server and the car. First, the second communication device receives the first communication information sent by the diagnostic device, and then sends a first response information to the diagnostic device based on the information type of the first communication information. The first response information is used to respond to the first communication information. Then, the second communication device transmits the first communication information to the car through the server and the first communication device, so that the car generates a first response information based on the first communication information. The first communication device obtains the first response information sent by the car, and sends the first response information to the second communication device through the server. Finally, the second communication device sends the first response information to the diagnostic device, so that the diagnostic device performs remote diagnosis based on the first response information. When a second communication device receives a first communication message from a diagnostic device, the method sends a first response message to the diagnostic device based on the information type of the first communication message. This allows the diagnostic device to respond promptly, achieving proximal compensation. This reduces the risk of delayed first response data transmission or communication disconnection due to network delays, ultimately leading to diagnostic failures. This increases delay tolerance and enhances data transmission reliability for remote diagnosis. Simultaneously, the second communication device sends a first response message to the diagnostic device, enabling the diagnostic device to diagnose the vehicle based on the first response message, thus achieving remote diagnosis functionality. BRIEF DESCRIPTION OF THE DRAWINGS

[0062] One or more embodiments are exemplarily illustrated by pictures in the corresponding drawings. These exemplifications do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings are represented as similar elements. Unless otherwise stated, the figures in the drawings do not constitute proportional limitations.

[0063] FIG1a is a schematic structural diagram of a remote diagnosis system provided in an embodiment of the present application;

[0064] FIG1b is a schematic diagram of the structure of a remote diagnosis system provided in an embodiment of the present application;

[0065] FIG2 is a flow chart of a remote diagnosis method according to an embodiment of the present application;

[0066] FIG3 is a schematic diagram of the interaction between various devices in one remote diagnosis system provided in an embodiment of the present application;

[0067] FIG4 is a schematic diagram of the process of step S22 in FIG2 ;

[0068] FIG5 is a flow chart of a remote diagnosis method according to an embodiment of the present application;

[0069] FIG6 is a flow chart of a remote diagnosis method according to an embodiment of the present application;

[0070] FIG7 is a schematic structural diagram of a second communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0071] The present application is described in detail below with reference to specific embodiments. The following embodiments will help those skilled in the art to further understand the present application, but are not intended to limit the present application in any form. It should be noted that those skilled in the art may make several variations and improvements without departing from the scope of the present application. These all fall within the scope of protection of the present application.

[0072] In order to make the purpose, technical solutions and advantages of this application more clear, the following further describes this application in detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0073] It should be noted that, if there is no conflict, the various features in the embodiments of the present application can be combined with each other and are all within the scope of protection of the present application. In addition, although the functional modules are divided in the device schematic and the logical order is shown in the flow chart, in some cases, the steps shown or described can be performed in a different order than the module division in the device or the order in the flow chart. In addition, the words "first", "second", "third", etc. used herein do not limit the data and execution order, but only distinguish between the same items or similar items with basically the same functions and effects.

[0074] Unless otherwise defined, all technical and scientific terms used in this specification have the same meanings as those commonly understood by those skilled in the art to which this application belongs. The terms used in this specification and in the specification of this application are only for the purpose of describing specific embodiments and are not intended to limit this application. The term "and / or" as used in this specification includes any and all combinations of one or more of the relevant listed items.

[0075] In addition, the technical features involved in each embodiment of the present application described below can be combined with each other as long as they do not conflict with each other.

[0076] Please refer to Figure 1a, which is a structural diagram of a remote diagnostic system 100 provided in some embodiments of the present application. The remote diagnostic system 100 includes a first communication device 10, a second communication device 20 and a server 30. The first communication device 10 is communicatively connected to the car 50 and the server 30, and the second communication device 20 is communicatively connected to the server 30 and the diagnostic device 40.

[0077] The first communication device 10 is a VCI, an electronic device with computing processing capabilities. It has an integrated communication interface, such as an OBD interface. The first communication device 10 can communicate with the OBD interface of the vehicle 50 via the OBD interface. The first communication device 10 can convert data on the vehicle bus into data recognizable by the server 30, and can also convert data sent by the server 30 into data recognizable by the vehicle bus. In addition, the first communication device 10 also has wireless communication capabilities and can communicate with the server 30 via a network such as Wi-Fi, or via a wired connection, making communication more reliable. In some embodiments, the first communication device 10 also includes a touch screen display to receive operator operations and display operating instructions, diagnostic information, or related data.

[0078] Referring to Figure 1b, in some embodiments, the first communication device 10 includes a first communication device 11 and a first mobile terminal 12, which are independent of each other. Here, the first communication device 11 can be a VCI, and the first mobile terminal 12 can be a tablet computer, a smartphone, or various forms of handheld smart devices. In this embodiment, the first communication device 11 is connected to the OBD interface of the vehicle 50 by wire, and is also connected to the first mobile terminal 12 by wire, such as a USB wired connection. The first mobile terminal 12 is connected to the server 30 via a network such as WIFI. The first mobile terminal 12 can also be connected to the server 30 by wired connection to make communication more reliable. It is understood that the first mobile terminal 12 includes a touch screen display, so that it can receive operator operations or display operation instructions, diagnostic conditions or related data.

[0079] The second communication device 20 is a VCI, an electronic device with computing and processing capabilities, and is integrated with a communication interface, such as an OBD interface. The second communication device 20 can communicate with the OBD interface of the diagnostic device 40 via the OBD interface. The second communication device 20 can convert data on the diagnostic device bus into data recognizable by the server 30, and can also convert data sent by the server 30 into data recognizable by the diagnostic device 40 bus. Furthermore, the second communication device 20 can have wireless communication capabilities, enabling communication with the server 30 via a network such as Wi-Fi, or via a wired connection, making communication more reliable. In some embodiments, the second communication device 20 also includes a touchscreen display, thereby being able to receive operator commands or display operating instructions, diagnostic conditions, or related data.

[0080] Referring again to Figure 1b, in some embodiments, the second communication device 20 includes a second communication apparatus 21 and a second mobile terminal 22, which are independent of each other. Here, the second communication apparatus 21 may be a VCI, and the second mobile terminal 22 may be a tablet computer, a smartphone, or various forms of handheld smart devices. The second communication apparatus 21 and the second mobile terminal 22 are connected to each other via an IoT server 31, which is specifically responsible for transmitting commands for synchronizing the human-computer interaction state.

[0081] In this embodiment, the second communication device 21 is connected to the OBD interface of the diagnostic device 40 via a wired connection and is also connected to the second mobile terminal 22 via a server network. The second mobile terminal 22 is connected to the server 30 via a network cable or Wi-Fi. It will be appreciated that the second mobile terminal 22 includes a touchscreen display, which can receive operator commands and display operating instructions, diagnostic results, or related data.

[0082] That is, the first communication device 10 and the second communication device 20 can be identical, having the same hardware and software. The only difference is that the first communication device 10 is used on the near-vehicle side, communicating between the OBD interface of the vehicle 50 and the server 30, while the second communication device 20 is used on the far-vehicle side, communicating between the diagnostic device 40 and the server 30. Those skilled in the art will appreciate that the terms "first" and "second" do not limit the communication devices in any way.

[0083] The server 30 can be a local physical server or a cloud device, such as a cloud server, cloud host, cloud service platform, or cloud computing platform. The cloud device is connected to the first communication device 10 or the second communication device 20 via a network, and the two devices communicate with each other via a predetermined communication protocol. Specifically, the communication protocol can be TCP / IP or other protocols. In other embodiments, the first communication device 10 and the second communication device 20 can communicate with each other using a P2P protocol. In this way, the first communication device 10 and the second communication device 20 do not need to communicate with each other through the server 30. In other words, the remote diagnosis system 100 may not include the server 30.

[0084] The diagnostic device 40 is a portable intelligent vehicle fault self-test instrument for detecting vehicle faults. The user can use it to quickly read faults in the vehicle's electronic control system and display fault information on a liquid crystal display screen, quickly identifying the location and cause of the fault. It is understandable that the diagnostic device 40 can adopt an existing automotive diagnostic instrument on the market, which includes a host computer 42 and a slave computer 41. The two can be connected by wired or wireless connection, such as via a USB cable, Bluetooth, or WIFI. The host computer 42 can be a tablet, computer, or other device for human-computer interaction, and the slave computer 41 can be a VCI for communication between the host computer 42 and the second communication device 21. The structure and working principle of the diagnostic device 40 are well known to those skilled in the art and will not be described in detail here.

[0085] In some embodiments, the first communication device 10 (e.g., the first mobile terminal therein) and the second communication device 20 (e.g., the second mobile terminal therein) are both loaded with application software. It is understood that the application software serves as a platform for remote communication. A requester near the vehicle can post a help question on the application software on the first communication device 10 or the first mobile terminal and upload it to the server 30. A relevant technical expert can obtain the help question on the application software on the second communication device 20 or the second mobile terminal, thereby helping the requester resolve the help question.

[0086] Through the above-described method, a communication network is formed from the vehicle to the first communication device 10, server 30, second communication device 20, and diagnostic device 40. Within this communication network, any two entities can communicate with each other, allowing the diagnostic device 40 to be unrestricted by geographic location, i.e., not necessarily confined to the vicinity of the vehicle. This allows for remote diagnosis, providing a wider range of troubleshooting options for the vehicle. For example, when maintenance personnel at a car repair shop are unable to resolve a problem, they can seek remote assistance from more experienced technical experts. Through the above-described communication network, the vehicle 50 and diagnostic device 40 can be connected to each other to resolve the problem. For another example, when the repair shop's diagnostic equipment doesn't match the model of the faulty vehicle, remote communication with a matching diagnostic device 30 can be used to resolve the problem. This shows that remote diagnosis can integrate expert resources and diagnostic equipment resources, improving maintenance efficiency.

[0087] The above is merely an example of the remote diagnostic system 100. The remote diagnostic system 100 may also be implemented using other hardware plus software methods. For example, the functions of the second communication device 20 may be implemented using software. A network communication interface may be added to the software of the diagnostic device 40 to transmit data with the server 30 via the network communication interface.

[0088] In the aforementioned remote diagnostic system, remote diagnostic functionality is achieved through communication between various devices. Specifically, a second communication device receives a first communication message from a diagnostic device and transmits the first communication message to the vehicle via a server and the first communication device. The vehicle generates a first response message based on the first communication message and transmits the first response message to the first communication device. The first communication device receives the first response message from the vehicle and transmits the first response message to the second communication device via the server. Finally, the second communication device transmits the first response message to the diagnostic device, which then diagnoses the vehicle based on the first response message, achieving remote diagnostic functionality.

[0089] However, network delays often occur during the communication process of remote diagnosis, which may cause data transmission to be untimely or communication to be disconnected due to network delays, network freezes or network instability, causing the first response information sent by the car to time out, thereby causing diagnosis failure.

[0090] Based on the above reasons, an embodiment of the present application provides a remote diagnosis method, which reduces the problem of diagnosis failure caused by network delay through a proximal compensation method, increases delay tolerance, and thereby improves data transmission stability.

[0091] Specifically, refer to FIG. 2 , which is a flow chart of a remote diagnosis method provided in an embodiment of the present application. As shown in FIG. 2 , the remote diagnosis method S200 is applied to a second communication device. The method includes:

[0092] S21, receiving first communication information sent by the diagnostic device;

[0093] Please also refer to Figure 3. After the communication link is established, the normal remote diagnosis function begins. The diagnostic device sends a first communication message to the second communication device. The first communication message is communication data or a communication instruction during the diagnosis process, such as a diagnosis request instruction, a connection test instruction, or diagnostic data. This can be a single frame or multiple frames.

[0094] S22. Sending first response information to the diagnostic device based on the information type of the first communication information, where the first response information is used to respond to the first communication information;

[0095] S23, transmitting the first communication information to the automobile through the server and the first communication device, so that the automobile generates first response information based on the first communication information, and then causing the first communication device to send the first response information to the second communication device via the server;

[0096] In the traditional diagnostic process, after the second communication device receives the first communication information, it will transmit the first communication information to the ECU in the car via the server and the first communication device. The ECU in the car will generate a first response information based on the first communication information, and the first communication device will then transmit the first response information to the diagnostic device via the server and the second communication device.

[0097] If there is a network delay or network freeze, causing the first response information to time out or the communication to be disconnected when it is transmitted to the diagnostic device, the diagnostic function will fail.

[0098] Therefore, in an embodiment of the present application, when the second communication device receives the first communication information, it will send a first response information to the diagnostic device in response to the first communication information to achieve a quick response. Through this proximal compensation method, network timeouts can be avoided, delay tolerance can be increased, and normal communication functions can be maintained.

[0099] S24: Receive the first response information, and send the first response information to the diagnostic device, so that the diagnostic device performs remote diagnosis based on the first response information.

[0100] After subsequently receiving the first response information, the second communication device sends the first response information to the diagnostic device, so that the diagnostic device performs a diagnostic function based on the first response information to complete the remote diagnosis.

[0101] In summary, the remote diagnosis method first receives the first communication information sent by the diagnostic device, and then sends a first response message to the diagnostic device based on the information type of the first communication information. The first response message is used to respond to the first communication information. The first communication information is then transmitted to the car through the server and the first communication device, so that the car generates a first response message based on the first communication information. Finally, the first response message is received and sent to the diagnostic device. When the second communication device receives the first communication information sent by the diagnostic device, the method sends a first response message to the diagnostic device based on the information type of the first communication information, so as to respond to the diagnostic device in a timely manner, realize proximal compensation, reduce the problem of untimely transmission of the first response data or communication disconnection due to network delay, and ultimately fail the diagnosis, increase delay tolerance, and improve the data transmission reliability of remote diagnosis. At the same time, the second communication device sends the first response message to the diagnostic device, so that the diagnostic device can diagnose the car based on the first response information, realizing the remote diagnosis function.

[0102] Different communication protocols may result in different proximal compensation measures in the remote diagnosis method. Specifically, if the communication protocol of the remote diagnosis system is the UDS protocol or the ISO15765 protocol, as shown in FIG4 , step S22 includes:

[0103] S221. If the first communication information is a first frame, obtain several target ECU identities corresponding to the diagnostic device identities from the configuration file of the vehicle;

[0104] S222: Send a plurality of flow control supplement frames to the diagnostic device, wherein the frame ID of the flow control supplement frame corresponds one-to-one with each target ECU identity.

[0105] When a diagnostic device sends multiple frames of data to a car's ECU, it must first send a header frame. A multi-frame is a data frame larger than 8 bytes. The multi-frame data must be split into multiple frames for transmission. The header frame also tells the receiver the format and size of the multi-frame data being sent.

[0106] After receiving the first frame, the car's ECU will return a flow control frame, which contains information such as the acceptable data transmission rhythm value and the receivable data size, so that the diagnostic equipment can send multiple frames of data according to the regulations in the flow control frame.

[0107] When the diagnostic device sends its first frame, its frame ID is the diagnostic device's identity, or TOOLS ID. A car contains multiple ECUs, each with its own unique identity, or ECU ID. Different car models and series have different corresponding ECU IDs. When the car responds with a flow control frame based on the first frame, the frame ID of the flow control frame is the corresponding ECU ID. One diagnostic device ID can correspond to multiple ECU IDs.

[0108] However, when the second communication device sends the supplementary flow control frame to the diagnostic device, it has not yet received the flow control frame in reply from the vehicle's ECU, and therefore cannot obtain the frame ID of the flow control frame. Therefore, when the second communication device sends the supplementary flow control frame to the diagnostic device, it obtains several target ECU identities corresponding to the diagnostic device's diagnostic device identity based on the vehicle's configuration file. The vehicle's configuration file can be obtained from a server using the vehicle identification number (VIN). The server's database pre-stores various vehicle data. The server searches the database for various data corresponding to the VIN code based on the VIN code, then generates a corresponding configuration file based on the found data and sends the configuration file to the second communication device. The configuration file reflects the vehicle's ECU identity and its communication properties, such as baud rate, ECU pins, or protocol identifiers.

[0109] After the second communication device obtains several target ECU identity identifiers corresponding to the diagnostic device identity identifier, it sends a supplementary flow control frame according to each ECU identity identifier. The number of supplementary flow control frames corresponds to the number of ECU identity identifiers, and the frame ID of each flow control frame corresponds one-to-one to each target ECU identity identifier.

[0110] When a diagnostic device identity corresponds to multiple ECU identity identifiers, the above method can be used to perform proximal compensation on the diagnostic device to quickly respond to it. At the same time, no matter what type or series the actual vehicle is, and no matter which identity identifier the vehicle's ECU uses to respond to the first frame with a flow control frame, compensation for the supplementary flow control frame can be provided to prevent compensation failure, thereby avoiding the impact of network delay on the transmission of multiple frames of data.

[0111] In some embodiments, different vehicle models include different ECUs and corresponding diagnostic devices. If the second communication device responds too quickly with a supplementary flow control frame to the diagnostic device, the diagnostic device may be unable to receive it and discard the supplementary flow control frame, thus failing to provide near-end compensation. Therefore, for certain vehicle models, after obtaining several target ECU identities corresponding to the diagnostic device's identity from the vehicle's configuration file and before sending several supplementary flow control frames to the diagnostic device, the second communication device also obtains a first time interval between the first frame and the supplementary flow control frame from the configuration file. After receiving the first frame, the second communication device then sends several corresponding supplementary flow control frames to the diagnostic device after the first time interval.

[0112] The above method can ensure that the diagnostic device can correctly receive the corresponding flow control frame, prevent the failure of near-end compensation, and thus avoid the impact of network timeout on the diagnostic function, thereby improving network stability.

[0113] In some embodiments, for certain vehicle models, the time interval between when the diagnostic device receives the supplementary flow control frame and when it sends the data frame is also controlled. Specifically, the second communication device obtains a second time interval from a configuration file and sends the second time interval to the diagnostic device, so that the diagnostic device receives the supplementary flow control frame and then sends the data frame after the second time interval.

[0114] Through the above method, the diagnostic device can control the sending time of the data frame after receiving the complementary flow control frame to ensure correct communication between the diagnostic device and the ECU and prevent data transmission failure.

[0115] It should be noted that not all configuration files include the first and second time intervals. Only the configuration files of certain vehicle models or types that require time interval control contain the first and second time intervals. If some vehicles do not need to control the time interval, the fastest time processed by the code is used for transmission without control.

[0116] In some embodiments, when the diagnostic device sends a multi-frame data to the second communication device, it first sends the first frame, the second communication device first sends the supplementary flow control frame to the diagnostic device, and then the diagnostic device sends multiple data frames to the second communication device. The second communication device sends the supplementary flow control frame multiple times for the multiple data frames. Therefore, within a multi-frame data transmission cycle, the second communication device sends the supplementary flow control frame to the diagnostic device multiple times, wherein the data transmission rhythm value in the supplementary flow control frame sent for the first time is set to a preset empirical value, and the data transmission rhythm value in the supplementary flow control frame sent subsequently is set to the real-time data transmission rhythm value in the flow control frame returned by the car based on the first frame. The data transmission rhythm value refers to the frequency of data frame transmission when the diagnostic device sends multiple data frames after sending the first frame, and one data frame is sent every other data transmission rhythm value.

[0117] Through the above method, the data sending rhythm value in the supplementary flow control frame can be synchronized with the real-time data sending rhythm value returned by the car, so that the supplementary flow control frame can be synchronized with the flow control frame returned by the car, thereby improving the accuracy of compensation and further improving network stability.

[0118] In some embodiments, for some vehicle models, if the data transmission rhythm value in the first transmitted supplementary flow control frame is a preset empirical value, it is not valid data for the diagnostic device, and may cause the corresponding diagnostic device to be unable to receive it. Therefore, for these vehicle models, when the supplementary flow control frame is first transmitted, its data transmission rhythm value is obtained from the configuration file corresponding to these vehicle models. Specifically, as shown in Figure 5, method S200 also includes:

[0119] S25, obtaining the preset parameter values ​​in the configuration file;

[0120] S26. Set the data sending rhythm value in the first supplementary flow control frame sent as the parameter value, and set the data sending rhythm value in the subsequent supplementary flow control frames sent as the real-time data sending rhythm value in the flow control frame returned by the car based on the first frame.

[0121] The server can retrieve a configuration file from the database based on the car's VIN code. The configuration file is a unique, single configuration file generated for the car model and year, etc. It includes various specific and unique communication parameters of the car, which can be obtained by testing the car in advance. For example, the first frame is sent to the car's ECU, and the car's ECU returns a flow control frame based on the first frame. The flow control frame contains the real-time data sending rhythm value corresponding to the car. The real-time data sending rhythm value is placed in the configuration file as a preset parameter value for use in subsequent diagnosis.

[0122] The data sending rhythm value in the first supplementary flow control frame sent is set to the preset parameter value to prevent near-end compensation failure and avoid delay impact, and the data rhythm value in the subsequently sent supplementary flow control frame is the real-time data sending rhythm value in the flow control frame returned by the car based on the first frame, so as to achieve synchronization with the real-time data sending rhythm value in the flow control frame returned by the car's ECU.

[0123] In some embodiments, when the communication protocol of the remote diagnostic system is TP20 / TP16, if the information type of the first communication information is a connection test frame (CT frame), a connection response frame (CA frame) is sent to the diagnostic device. In this way, a quick response is achieved and timeout is avoided.

[0124] In some embodiments, when the communication protocol of the remote diagnostic system is the TP20 / TP16 protocol, if the information type of the first communication information is a first data frame (DTA frame), a first confirmation frame (ACK frame) is sent to the diagnostic device.

[0125] After the second communication device sends the first confirmation frame to the diagnostic device, the second communication device transmits the first data frame to the car through the server and the first communication device. The car's ECU generates a first response frame (response DT frame) and a second confirmation frame (ACK frame) based on the first data frame. At this time, the first communication device filters out the second confirmation frame and transmits the first response frame to the second communication device via the server. The second communication device receives the first response frame and sends the first response frame to the diagnostic device.

[0126] It should be noted that in each of the above embodiments, there is not necessarily a certain order between the above steps. A person skilled in the art can understand, based on the description of the embodiments of this application, that in different embodiments, the above steps may have different execution orders, that is, they may be executed in parallel, or may be executed interchangeably, etc.

[0127] In summary, this remote diagnostic method involves the second communication device receiving a first communication message from a diagnostic device. Based on the information type of the first communication message, the second communication device sends a first response message to the diagnostic device, enabling a timely response to the diagnostic device. This achieves proximal compensation, reduces the potential for delayed first response data transmission or communication disconnection due to network delays, and ultimately leads to diagnostic failures. This increases delay tolerance and enhances data transmission reliability for remote diagnosis. Simultaneously, the second communication device sends a first response message to the diagnostic device, enabling the diagnostic device to diagnose the vehicle based on the first response message, thus achieving remote diagnostic functionality.

[0128] The above-described remote diagnostic method is also applicable to the first communication device. During the communication process between the first communication device and the vehicle, the first communication device will provide proximal compensation to the vehicle to avoid the impact of delay. Specifically, please refer to Figure 6, which is a flowchart of a remote diagnostic method provided in an embodiment of the present application. The remote diagnostic method is applied to the first communication device. As shown in Figure 6, the remote diagnostic method S500 includes:

[0129] S51, receiving first communication information sent by the car;

[0130] S52: Sending a first response message to the vehicle based on the information type of the first communication message, where the first response message is used to respond to the first communication message;

[0131] S53, transmitting the first communication information to the diagnostic device through the server and the second communication device, so that the diagnostic device generates first diagnostic information based on the first communication information, and then causing the second communication device to send the first diagnostic information to the first communication device via the server;

[0132] S54: Receive the first diagnostic information, and send the first diagnostic information to the car.

[0133] In summary, this remote diagnostic method involves a first communication device receiving a first communication message from a vehicle and, based on the type of the first communication message, sending a first response message to the vehicle. This provides a timely response to the vehicle, achieving proximal compensation and mitigating issues such as delayed first response data transmission or communication disconnection due to network delays, ultimately leading to diagnostic failures. This increases delay tolerance and enhances remote diagnostic data transmission reliability. Simultaneously, the first communication device sends the first diagnostic message to the vehicle, implementing remote diagnostic functionality.

[0134] In some embodiments, if it is detected that the diagnostic device has not sent a request frame (single frame or multiple frames) to the car for more than a first preset time period, a link maintenance frame is sent to the car to enable the car to maintain the communication link.

[0135] It should be noted that since the remote diagnosis method S500 applied to the first communication device and the remote diagnosis method S200 applied to the second communication device in the above embodiment are based on the same inventive concept, the corresponding content of the above remote diagnosis method S200 is also applicable to the remote diagnosis method S500 embodiment and will not be described in detail here.

[0136] It should be noted that in each of the above embodiments, there is not necessarily a certain order between the above steps. A person skilled in the art can understand, based on the description of the embodiments of this application, that in different embodiments, the above steps may have different execution orders, that is, they may be executed in parallel, or may be executed interchangeably, etc.

[0137] In summary, this remote diagnostic method involves a first communication device receiving a first communication message from a vehicle and, based on the type of the first communication message, sending a first response message to the vehicle. This provides a timely response to the vehicle, achieving proximal compensation and mitigating issues such as delayed first response data transmission or communication disconnection due to network delays, ultimately leading to diagnostic failures. This increases delay tolerance and enhances remote diagnostic data transmission reliability. Simultaneously, the first communication device sends the first diagnostic message to the vehicle, implementing remote diagnostic functionality.

[0138] Please refer to Figure 7, which is a structural diagram of a second communication device provided in an embodiment of the present application, wherein the second communication device is applied to a remote diagnosis system, and the remote diagnosis system also includes a first communication device and a diagnostic device, wherein the second communication device is respectively communicated with the diagnostic device and the server, and the first communication device is respectively communicated with the server and the car.

[0139] As shown in FIG7 , the second communication device 20 includes at least one processor 201 and a memory 202 that are communicatively connected ( FIG7 takes a bus connection and one processor as an example).

[0140] Among them, the processor 201 is used to provide computing and control capabilities to control the second communication device to perform corresponding tasks, for example, controlling the second communication device to perform the remote diagnosis method in any of the above method embodiments, the method including receiving a first communication message sent by the diagnostic device, and based on the information type of the first communication message, sending a first response message to the diagnostic device, the first response message is used to respond to the first communication message, and then transmitting the first communication message to the car through the server and the first communication device, so that the car generates a first response message based on the first communication information, and finally receiving the first response message and sending the first response message to the diagnostic device, so that the diagnostic device performs remote diagnosis based on the first response information.

[0141] This method can respond to the diagnostic equipment in a timely manner, achieve proximal compensation, reduce the problem of untimely first response data transmission or communication disconnection caused by network delay, and ultimately diagnosis failure, increase delay tolerance, and improve the data transmission reliability of remote diagnosis.

[0142] Processor 201 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), a hardware chip, or any combination thereof; it may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or any combination thereof. The PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof.

[0143] Memory 202, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as the program instructions / modules corresponding to the remote diagnostic method in the embodiments of the present application. Processor 201 can implement the remote diagnostic method in any of the above-described method embodiments by executing the non-transitory software programs, instructions, and modules stored in memory 202. To avoid repetition, these details are not further described here.

[0144] Specifically, the memory 202 may include a volatile memory (VM), such as a random access memory (RAM); the memory 202 may also include a non-volatile memory (NVM), such as a read-only memory (ROM), a flash memory, a hard disk drive (HDD) or a solid-state drive (SSD) or other non-volatile solid-state storage device; the memory 202 may also include a combination of the above types of memory.

[0145] In the embodiment of the present application, the memory 202 may also include a memory remotely located relative to the processor, and these remote memories may be connected to the processor via a network. Examples of the aforementioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0146] The embodiment of the present application also provides a first communication device, the structure of which is the same as the second communication device in Figure 7 and will not be repeated here.

[0147] The present application also provides a computer-readable storage medium, such as a memory including program code, which can be executed by a processor to perform the remote diagnosis method of the above embodiment. For example, the computer-readable storage medium can be a read-only memory (ROM), a random access memory (RAM), a compact disc read-only memory (CDROM), a magnetic tape, a floppy disk, an optical data storage device, etc.

[0148] The present application also provides a computer program product including one or more program codes stored in a computer-readable storage medium. A processor of an electronic device reads the program code from the computer-readable storage medium and executes the program code to perform the steps of the remote diagnosis method provided in the above embodiment.

[0149] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Based on the idea of ​​the present application, the technical features in the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other changes in different aspects of the present application as described above. For the sake of simplicity, they are not provided in detail. Although the present application has been described in detail with reference to the above embodiments, ordinary technicians in this field should understand that they can still modify the technical solutions recorded in the above embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A remote diagnosis method, applied to a second communication device, characterized in that: The second communication device is applied to a remote diagnosis system, and the remote diagnosis system further comprises a first communication device and a diagnosis device, wherein the second communication device is respectively connected to the diagnosis device and a server in communication, and the first communication device is respectively connected to the server and a car in communication, and the method comprises: receiving first communication information sent by the diagnostic device; Based on the information type of the first communication information, sending first response information to the diagnostic device, where the first response information is used to respond to the first communication information; The first communication information is transmitted to the car through the server and the first communication device, so that the car generates first response information based on the first communication information, and then the first communication device sends the first response information to the second communication device through the server; The first response information is received, and the first response information is sent to the diagnostic device, so that the diagnostic device performs remote diagnosis based on the first response information.

2. The method according to claim 1, characterized in that If the communication protocol of the remote diagnosis system is the UDS protocol or the ISO15765 protocol, the sending of the first response information to the diagnosis device based on the information type of the first communication information includes: If the first communication information is a first frame, obtaining a plurality of target ECU identities corresponding to the diagnostic device identity from a configuration file of the vehicle; Sending a plurality of flow control frames to the diagnostic device, wherein the frame ID of the flow control frame corresponds one-to-one with each of the target ECU identifications.

3. The method according to claim 2, characterized in that After acquiring a plurality of target ECU identities corresponding to the diagnostic device identity from the configuration file of the vehicle, and before sending a plurality of complementary flow control frames to the diagnostic device, the method further includes: Acquire a first time interval between the first frame and the supplementary flow control frame from the configuration file; After the first time interval has passed, a plurality of the complementary flow control frames are sent to the diagnostic device.

4. The method according to claim 2, after sending a plurality of complementary flow control frames to the diagnostic device, the method further comprises: Obtaining a second time interval from the configuration file; The second time interval is sent to the diagnostic device, so that the diagnostic device sends the data frame after the second time interval has passed after receiving the complementary flow control frame.

5. The method according to claim 2, characterized in that: The data sending rhythm value in the first supplementary flow control frame sent is set to a preset empirical value, and the data sending rhythm value in the subsequent supplementary flow control frames sent is set to the real-time data sending rhythm value in the flow control frame returned by the car based on the first frame.

6. The method according to claim 2, characterized in that The method further comprises: Obtain parameter values ​​in the configuration file; The data sending rhythm value in the first supplementary flow control frame sent is set to the parameter value, and the data sending rhythm value in the subsequent supplementary flow control frames sent is set to the real-time data sending rhythm value in the flow control frame returned by the car based on the first frame.

7. The method according to claim 1, characterized in that If the communication protocol of the remote diagnosis system is the TP20 / TP16 protocol, the sending of the first response information to the diagnosis device based on the information type of the first communication information includes: If the information type of the first communication information is a connection test frame, a connection response frame is sent to the diagnostic device.

8. The method according to claim 1, characterized in that If the communication protocol of the remote diagnosis system is TP20 / TP16 protocol, the sending of first response information to the diagnosis device based on the information type of the first communication information further includes: If the information type of the first communication information is a first data frame, a first confirmation frame is sent to the diagnostic device.

9. The method according to claim 8, characterized in that The step of transmitting the first communication information to the automobile through the server and the first communication device so that the automobile generates first response information based on the first communication information includes: Transmitting the first data frame to the car through the server and the first communication device, so that the car generates a first response data frame and a second confirmation frame based on the first data frame; The receiving the first response information includes: The first response data frame is received, wherein the second confirmation frame is filtered out by the first communication device.

10. A remote diagnosis method, applied to a first communication device, characterized in that: The first communication device is applied to a remote diagnosis system, the remote diagnosis system further comprising a second communication device and a diagnosis device, wherein the second communication device is respectively connected to the diagnosis device and a server in communication, and the first communication device is respectively connected to the server and a car in communication, and the method comprises: Receiving first communication information sent by the automobile; Based on the information type of the first communication information, sending first response information to the automobile, where the first response information is used to respond to the first communication information; transmitting the first communication information to the diagnostic device through the server and the second communication device, so that the diagnostic device generates first diagnostic information based on the first communication information, and then causing the second communication device to send the first diagnostic information to the first communication device via the server; The first diagnostic information is received, and the first diagnostic information is sent to the vehicle.

11. The method according to claim 10, characterized in that The method further comprises: If it is detected that the diagnostic device has not sent a request frame to the car for more than a first preset time period, a link maintenance frame is sent to the car to enable the car to maintain a communication link.

12. A first communication device, applied to a remote diagnosis system, characterized in that: The remote diagnosis system further includes a second communication device and a diagnosis device, wherein the second communication device is respectively connected to the diagnosis device and the server for communication, and the first communication device is respectively connected to the server and the car for communication, and the first communication device includes: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to claim 10 or 11.

13. A second communication device, applied to a remote diagnosis system, characterized in that: The remote diagnosis system further includes a first communication device and a diagnosis device, wherein the second communication device is respectively connected to the diagnosis device and the server for communication, the first communication device is respectively connected to the server and the car for communication, and the second communication device includes: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 9.

14. A remote diagnosis system, characterized in that: The remote diagnosis system includes the first communication device as claimed in claim 12, the second communication device as claimed in claim 13, and a diagnosis device.

15. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer device to execute the remote diagnosis method according to any one of claims 1 to 9 or the remote diagnosis method according to any one of claims 10 to 11.

Images