Instant Remote UDS Diagnostic System and Method

Abstract

This application relates to an instant remote UDS diagnosis system and method. Among them, the system includes: a cloud diagnostic instrument, which is used to determine the actual instruction type of the current diagnosis according to a diagnosis request and generate a first diagnostic instruction; a remote control center, which is used to parse the MQTT protocol and generate a second diagnostic instruction; a diagnostic host computer, which is used to receive and parse the second diagnostic instruction to obtain a single diagnostic instruction; a data acquisition module, which is used to send the diagnosis result to the cloud diagnostic instrument; a micro-control unit, which is used to report the diagnostic data corresponding to the single diagnostic instruction after receiving the single diagnostic instruction, so that the diagnostic host computer can return the diagnosis result of the single diagnostic instruction through the remote control center or send it to the data acquisition module. The embodiment of this application can obtain a single diagnostic instruction based on the diagnostic host computer. For multiple diagnostic instructions and function addressing instructions, the diagnosis result is fed back through the data acquisition module, without waiting for all diagnoses to end, realizing the timely feedback of diagnostic information.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle remote fault diagnosis, and in particular to an instant remote UDS diagnosis system and method. Background Art

[0002] UDS (Unified Diagnostic Services) is an important international automotive industry protocol that defines functions such as fault diagnosis, troubleshooting, and fault clearing for automotive electronic control units. With the development of vehicle Internet, vehicle remote diagnosis based on the UDS protocol has been continuously applied and improved. Remote diagnosis not only shortens the investigation cycle and cost of vehicle-side faults, but also plays a significant role in the timely investigation of occasional vehicle-side faults.

[0003] In the remote diagnosis system in the related art, the remote server can send a preset diagnostic script to the vehicle's near-field diagnostic device. The vehicle's near-field diagnostic device executes the diagnostic script, collects all results and sends the results to the remote server to achieve remote diagnosis of vehicle-side faults.

[0004] However, in the related art, the result instructions need to be collected and sent to the remote server only after the diagnostic script is executed. If the instruction set execution time is long, it will cause a long waiting time in the cloud and a poor user experience. In addition, the result instruction set processing method is unreasonable. For example, if the result instruction set is stored in a file and returned, multiple file storage and parsing steps are required. If the result instruction set is stored in the content, it may cause more memory resources to be occupied, thus affecting operation.

[0005] To sum up, in the related technology, the diagnostic results can only be obtained after the diagnostic script is executed, and the result instruction set processing method is unreasonable, and regular memory cleaning and maintenance are required, which affects the user experience and needs to be improved. Summary of the invention

[0006] The present application provides an instant remote UDS diagnosis system and method to solve the technical problems that the diagnosis result can only be obtained after the diagnosis script is executed, the waiting time is long, the result instruction set processing method is unreasonable, and regular memory cleaning and maintenance are required.

[0007] The first aspect embodiment of the present application provides an instant remote UDS diagnosis system, including: a cloud diagnostic instrument, configured to determine the actual instruction type of the current diagnosis according to a diagnosis request, and generate a first diagnosis instruction according to the actual instruction type, where the first diagnosis instruction includes a single diagnosis instruction, a multi-diagnosis instruction, and / or a function addressing instruction; a remote control center, configured to receive the first diagnosis instruction sent by the cloud diagnostic instrument, and parse the MQTT (Message Queuing Telemetry Transport) protocol to generate a second diagnosis instruction; a diagnostic upper computer, configured to receive the second diagnosis instruction forwarded by the remote control center, parse the fields in the second diagnosis instruction, and interpret and execute a program according to the preset field meanings to obtain at least one single diagnosis instruction; a data acquisition module, configured to send the diagnosis result of the multi-diagnosis instruction or the function addressing instruction to the cloud diagnostic instrument; and a micro control unit, configured to, after receiving at least one single diagnosis instruction sent by the diagnostic upper computer, report the diagnostic data corresponding to the at least one single diagnosis instruction, so that the diagnostic upper computer returns the diagnosis result of the single diagnosis instruction through the remote control center or sends it to the data acquisition module.

[0008] According to the above technical means, the embodiment of the present application can obtain a single diagnosis instruction based on the diagnostic upper computer, and for the multi-diagnosis instruction and the function addressing instruction, feedback the diagnosis result through the data acquisition module without waiting for all diagnoses to end, realizing the timely feedback of diagnostic information.

[0009] Optionally, in an embodiment of the present application, the cloud diagnostic instrument is further configured to display the diagnosis result of the multi-diagnosis instruction or the function addressing instruction sent by the data acquisition module and / or the diagnosis result of the single diagnosis instruction returned by the remote control center to a preset WEB terminal.

[0010] According to the above technical means, the embodiment of the present application can realize the timely feedback of the diagnosis result based on the cloud diagnostic instrument.

[0011] Optionally, in an embodiment of the present application, the single diagnosis instruction includes at least one of the instruction response timeout time of the current single diagnosis instruction, the IP address of the diagnosis controller this time, the port number of the diagnosis controller this time, the routing activation DoIP message, the specific content of this diagnosis, the order identifying this diagnostic message, the service type identifying this diagnosis, the sub-service ID identifying this service, the DoIP message identifying this diagnosis, whether to return, and the timestamp when the instruction is issued.

[0012] Optionally, in an embodiment of the present application, the multi-diagnosis instruction includes at least one of the instruction response timeout of the current multi-diagnosis instruction, the IP address of the diagnosis controller this time, the port number of the diagnosis controller this time, the routing activation DoIP message, the specific content of this diagnosis, the sequence number identifying this diagnostic message, the service type identifying this diagnosis, the sub-service ID identifying this service, the DoIP message identifying this diagnosis, the security constant identifying the controller, the time period, closing this timing task after the instruction execution with Serial being a specified value is completed, whether to return, and the timestamp when the instruction is issued.

[0013] Optionally, in an embodiment of the present application, the function addressing instruction includes at least one of the instruction response timeout of the current function addressing instruction, the IP address of the diagnosis controller this time, the port number of the diagnosis controller this time, the routing activation DoIP message, the specific content of this diagnosis, the sequence number identifying this diagnostic message, the DoIP message identifying this diagnosis, the number of CAN nodes, and the timestamp when the instruction is issued.

[0014] An embodiment of the second aspect of the present application provides an instant remote UDS diagnosis, including the following steps: determining the actual instruction type of the current diagnosis according to the diagnosis request, and generating a first diagnosis instruction according to the actual instruction type, where the first diagnosis instruction includes a single-diagnosis instruction, a multi-diagnosis instruction, and / or a function addressing instruction; parsing the MQTT protocol based on the first diagnosis instruction to generate a second diagnosis instruction; parsing the fields in the second diagnosis instruction and interpreting and executing the program according to the preset field meanings to obtain at least one single diagnosis instruction; reporting the diagnostic data corresponding to the at least one single diagnosis instruction, so that the diagnosis host returns the diagnostic result of the single-diagnosis instruction or sends it to the data acquisition module through the remote control center.

[0015] Optionally, in an embodiment of the present application, the single-diagnosis instruction includes at least one of the instruction response timeout of the current single-diagnosis instruction, the IP address of the diagnosis controller this time, the port number of the diagnosis controller this time, the routing activation DoIP message, the specific content of this diagnosis, the sequence number identifying this diagnostic message, the service type identifying this diagnosis, the sub-service ID identifying this service, the DoIP message identifying this diagnosis, whether to return, and the timestamp when the instruction is issued.

[0016] Optionally, in an embodiment of the present application, the multi-diagnosis instruction includes at least one of the instruction response timeout of the current multi-diagnosis instruction, the IP address of the current diagnosis controller, the port number of the current diagnosis controller, the routing activation DoIP message, the specific content of the current diagnosis, the sequence number identifying the current diagnosis message, the type of the current diagnosis service, the sub-service ID identifying the current service, the DoIP message identifying the current diagnosis, the security constant identifying the controller, the time period, closing the current timing task after the instruction execution with Serial being a specified value, whether to return, and the timestamp when the instruction is issued.

[0017] Optionally, in an embodiment of the present application, the function addressing instruction includes at least one of the instruction response timeout of the current function addressing instruction, the IP address of the current diagnosis controller, the port number of the current diagnosis controller, the routing activation DoIP message, the specific content of the current diagnosis, the sequence number identifying the current diagnosis message, the DoIP message identifying the current diagnosis, the number of CAN nodes, and the timestamp when the instruction is issued.

[0018] An embodiment of the third aspect of the present application provides a computer-readable storage medium storing a computer program, which when executed by a processor implements the above-mentioned instant remote UDS diagnosis method.

[0019] Advantages of the embodiments of the present application:

[0020] (1) Embodiments of the present application can generate a first diagnosis instruction based on a cloud diagnostic instrument for different actual instruction types and implement the parsing of the diagnosis instruction through a diagnosis host computer.

[0021] (2) Embodiments of the present application can obtain a single diagnosis instruction based on the diagnosis host computer. For multi-diagnosis instructions and function addressing instructions, the diagnosis results are fed back through a data acquisition module without waiting for all diagnoses to end, realizing the timely feedback of diagnosis information.

[0022] Additional aspects and advantages of the present application will be partially given in the following description, partially become obvious from the following description, or be understood through the practice of the present application. Description of the Drawings

[0023] The above and / or additional aspects and advantages of the present application will become obvious and easy to understand from the following description of the embodiments in conjunction with the drawings, where:

[0024] Figure 1 is a schematic structural diagram of an instant remote UDS diagnosis system provided according to an embodiment of the present application;

[0025] Figure 2Schematic diagram of a single diagnostic instruction command for an instant remote UDS diagnostic system according to an embodiment of the present application;

[0026] Figure 3 Schematic diagram of multi-diagnostic instructions and function addressing instructions commands for an instant remote UDS diagnostic system according to an embodiment of the present application;

[0027] Figure 4 Flowchart of an instant remote UDS diagnostic method provided according to an embodiment of the present application.

[0028] Among them, 10 - instant remote UDS diagnostic system; 100 - cloud diagnostic instrument, 200 - remote control center, 300 - diagnostic host computer, 400 - data acquisition module, 500 - micro control unit. Detailed implementation manners

[0029] The embodiments of the present application will be described in detail below. Examples of the embodiments are shown in the accompanying drawings, where the same or similar reference numerals denote the same or similar elements or elements with the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to explain the present application, and should not be construed as limiting the present application.

[0030] The instant remote UDS diagnostic system and method according to the embodiments of the present application will be described below with reference to the accompanying drawings. For the technical problems mentioned in the above background art that the diagnostic result can only be obtained after the execution of the diagnostic script is completed, the waiting time is relatively long, and the result instruction set processing method is unreasonable and requires regular memory cleaning and maintenance, the present application provides an instant remote UDS diagnostic system. In this system, the cloud diagnostic instrument can determine the actual instruction type of the current diagnosis according to the diagnostic request, and generate a first diagnostic instruction according to the actual instruction type. The remote control center parses the MQTT protocol to generate a second diagnostic instruction, so as to obtain at least one single diagnostic instruction based on the diagnostic host computer, and use the data acquisition module to send the diagnostic results of multi-diagnostic instructions or function addressing instructions to the cloud diagnostic instrument. After receiving at least one single diagnostic instruction, the micro control unit reports the corresponding diagnostic data. For multi-diagnostic instructions and function addressing instructions, the diagnostic results are fed back through the data acquisition module without waiting for all diagnoses to end, realizing the timely feedback of diagnostic information. Thus, the technical problems that the diagnostic result can only be obtained after the execution of the diagnostic script is completed, the waiting time is relatively long, and the result instruction set processing method is unreasonable and requires regular memory cleaning and maintenance are solved.

[0031] Specifically, Figure 1 Structural schematic diagram of an instant remote UDS diagnostic system provided by an embodiment of the present application.

[0032] As Figure 1As shown in the figure, the instant remote UDS diagnostic system includes: a cloud diagnostic device 100, a remote control center 200, a diagnostic host computer 300, a data acquisition module 400, and a micro control unit 500.

[0033] Specifically, the cloud diagnostic device 100 is used to determine the actual instruction type of the current diagnosis according to a diagnosis request, and generate a first diagnosis instruction according to the actual instruction type, where the first diagnosis instruction includes a single diagnosis instruction, a multi-diagnosis instruction, and / or a function addressing instruction.

[0034] In the actual execution process, after receiving a diagnosis request, the cloud diagnostic device 100 can distinguish whether the diagnosis request is a single diagnosis instruction, a multi-diagnosis instruction (the single diagnosis instruction that requires periodic data acquisition and reporting is also sent through a multi-diagnosis instruction), or a function addressing instruction, and combine the instruction type to form diagnostic instruction parameters based on DoIP, generate a first diagnosis instruction, and send the first diagnosis instruction to the remote control center 200 through MQTT.

[0035] Optionally, in an embodiment of the present application, the cloud diagnostic device 100 is further used to display the diagnostic results of the multi-diagnosis instruction or the function addressing instruction sent by the data acquisition module 400 and / or the diagnostic results of the single diagnosis instruction returned by the remote control center 200 to a preset WEB terminal.

[0036] In some embodiments, the cloud diagnostic device 100 can receive the diagnostic results of the multi-diagnosis instruction or the function addressing instruction sent by the data acquisition module 400 and / or the diagnostic results of the single diagnosis instruction returned by the remote control center 200, and after parsing, immediately display the data to a preset WEB terminal.

[0037] It should be noted that the preset WEB terminal can be set by those skilled in the art according to the actual situation, and no specific limitation is made here.

[0038] Optionally, in an embodiment of the present application, the single diagnosis instruction includes at least one of the instruction response timeout time of the current single diagnosis instruction, the IP address of the diagnosis controller for this time, the port number of the diagnosis controller for this time, the routing activation DoIP message, the specific content of this diagnosis, the order identifying this diagnostic message, the service type identifying this diagnosis, the sub-service ID identifying this service, the DoIP message identifying this diagnosis, whether to return, and the timestamp when the instruction is sent.

[0039] Specifically, it can be as shown in Table 1, where Table 1 is a table of field information included in the single diagnosis instruction.

[0040] Table 1

[0041] No. Parameter Name Meaning Remarks 1 totalTimeOut Instruction Response Timeout Unit: s 2 controllerIP IP Address of the Diagnostic Controller This Time 3 port Port Number of the Diagnostic Controller This Time 4 routingActivation Route-Activated DoIP Message 5 diagContent Specific Content of This Diagnosis 6 serial Identifies the Sequence of This Diagnostic Message 7 sid Identifies the Diagnostic Service Type This Time 8 cid Identifies the Sub-Service ID of This Service 9 diagMsg Identifies the DoIP Message of This Diagnosis 10 ackFlag Whether a Response is Required; 0: No Response Required; 1: Response Required 11 ts Identifies the Timestamp When the Instruction is Issued

[0042] Optionally, in an embodiment of the present application, the multi-diagnosis instruction includes at least one of the instruction response timeout of the current multi-diagnosis instruction, the IP address of the diagnosis controller for this time, the port number of the diagnosis controller for this time, the routing activation DoIP message, the specific content of this diagnosis, the sequence number identifying this diagnostic message, the type of this diagnostic service, the sub-service ID identifying this service, the DoIP message identifying this diagnosis, the security constant identifying the controller, the time period, closing this timing task after the instruction execution with Serial being a specified value is completed, whether to return, and the timestamp when the instruction is issued.

[0043] Specifically, it can be as shown in Table 2, where Table 2 is a table of field information included in the multi-diagnosis instruction.

[0044] Table 2

[0045]

[0046] Optionally, in an embodiment of the present application, the function addressing instruction includes at least one of the instruction response timeout of the current function addressing instruction, the IP address of the diagnosis controller for this time, the port number of the diagnosis controller for this time, the routing activation DoIP message, the specific content of this diagnosis, the sequence number identifying this diagnostic message, the DoIP message identifying this diagnosis, the number of CAN nodes, and the timestamp when the instruction is issued.

[0047] Specifically, it can be as shown in Table 3, where Table 3 is a table of field information included in the function addressing instruction.

[0048] Table 3

[0049] No. Parameter Name Meaning Remarks 1 totalTimeOut Instruction Response Timeout Unit: s 2 controllerIP IP Address of the Diagnostic Controller This Time 3 port Port Number of the Diagnostic Controller This Time 4 routingActivation Route-Activated DoIP Message 5 diagContent Specific Content of This Diagnosis 6 serial Identifies the Sequence of This Diagnostic Message 7 diagMsg Identifies the DoIP Message of This Diagnosis 8 canCount Number of CAN Nodes 9 ts Identifies the Timestamp When the Instruction is Issued

[0050] The remote control center 200 is configured to receive the first diagnostic instruction issued by the cloud diagnostic instrument 100 and parse the MQTT protocol to generate a second diagnostic instruction.

[0051] As a possible implementation, after receiving the first diagnostic instruction issued by the cloud diagnostic instrument 100, the remote control center 200 can parse the MQTT protocol to generate a second diagnostic instruction, and then forward the second diagnostic instruction to the diagnostic host computer 300 in a way of DDS (Data Distribution Service) service call.

[0052] The diagnostic host computer 300 is configured to receive the second diagnostic instruction forwarded by the remote control center 200, parse the fields in the second diagnostic instruction, and interpret and execute the program according to the preset field meanings to obtain at least one single diagnostic instruction.

[0053] During the actual execution process, the diagnostic host computer 300 can receive the second diagnostic instruction forwarded by the remote control center 200, interpret and execute the program according to the preset field meanings, that is, parse the pass-through transmission and process the diagnostic instruction results according to the diagnostic instruction meanings. Among them, for multi-diagnostic instructions and function addressing instructions, the embodiments of the present application can parse them into single diagnostic instructions in sequence.

[0054] It should be noted that the preset field meanings can be set accordingly by those skilled in the art according to the actual situation, and no specific limitation is made here.

[0055] The data acquisition module 400 is used to send the diagnostic results of multi-diagnostic instructions or function addressing instructions to the cloud diagnostic instrument 100.

[0056] In some embodiments, the data acquisition module 400 is used to send the diagnostic results of multi-diagnostic instructions or function addressing instructions to the cloud diagnostic instrument 100, and after the diagnostic result of the previous diagnostic instruction is returned, upload the subsequent diagnostic results in sequence, without waiting for all instructions to be executed and then packing and uploading to the cloud.

[0057] The micro control unit 500 is used to report the diagnostic data corresponding to at least one single diagnostic instruction after receiving at least one single diagnostic instruction issued by the diagnostic host computer 300, so that the diagnostic host computer 300 can return the diagnostic result of the single diagnostic instruction through the remote control center 200 or send it to the data acquisition module 400.

[0058] Specifically, for single diagnostic instructions and multi-diagnostic instructions or function addressing instructions that are parsed into single diagnostic instructions in sequence, the embodiments of the present application can send the diagnostic data received from the diagnostic host computer 300, that is, single diagnostic instructions, to the micro control unit 500 through the DoIP method, obtain the diagnostic data, and directly report the diagnostic results, so that the diagnostic host computer 300 can return the diagnostic result of the single diagnostic instruction through the remote control center 200 or send it to the data acquisition module 400.

[0059] Combined Figure 2 and Figure 3 As shown, a detailed description of the multi-working principle of the instant remote UDS diagnostic system according to the embodiments of the present application is given with an embodiment.

[0060] Among them, Figure 2 is the command schematic diagram of the single diagnostic instruction of the embodiments of the present application, Figure 3 is the command schematic diagram of the multi-diagnostic instruction and function addressing instruction of the embodiments of the present application.

[0061] During the actual execution process, the diagnostic instructions of the embodiments of the present application can adopt the JSON diagnostic instruction set to achieve the following effects:

[0062] 1) The JSON diagnostic instruction set uses a fixed field specification for instruction parsing, and the combination of its fields is more flexible, clearer, and has a simpler structure compared to the preset diagnostic script processing method;

[0063] 2) If the parameters in the diagnostic instruction change: such as the constant value of security unlocking, etc., the amount of modification to the preset diagnostic script is relatively large, while the modification to the JSON diagnostic instruction is less;

[0064] 3) The JSON diagnostic instruction set has stronger scalability;

[0065] 4) The JSON diagnostic instruction set is more concise, occupies less bandwidth when sent, and has a lower parsing cost;

[0066] 5) The process of distributing the JSON diagnostic instruction set is more concise and only needs to be distributed along with the diagnostic instruction.

[0067] Specifically, the implementation of this application may include: a cloud diagnostic instrument 100, a remote control center 200, a diagnostic host computer 300, a data acquisition module 400, and a micro control unit 500.

[0068] Among them, for the remote control center 200, the remote control center 200 can use MQTT to distribute cloud diagnostic instrument diagnostic instructions through the cloud, and the vehicle end uses the remote control center to parse and forward the diagnostic message to the diagnostic host computer 300 through DDS.

[0069] For the diagnostic host computer 300, the diagnostic host computer 300 can receive the diagnostic instructions forwarded by DDS, parse and transparently transmit according to the meaning of the diagnostic instructions, and process the diagnostic instruction results. For a single diagnostic instruction, the diagnostic result is directly returned to the cloud; for multiple diagnostic instructions and function addressing instructions, every time the diagnostic host computer 300 receives a diagnostic result, it uploads the diagnostic result to the cloud through the data acquisition module 400, instead of waiting for all instructions to be executed and then packing and uploading to the cloud.

[0070] For the data acquisition module 400, the data acquisition module 400 can receive the diagnostic data sent by the diagnostic host computer 300 through DDS, and then forward the data to the cloud.

[0071] For the micro control unit 500, the micro control unit 500 can receive the diagnostic instruction and return the diagnostic result.

[0072] For example, when a 4S store employee cannot solve the problem of a vehicle with a fault in another place or an occasional fault requires timely viewing of fault data, an after-sales expert or R & D engineer can submit a diagnostic request using a WEB page, and the steps can be as follows:

[0073] First, the cloud diagnostic instrument 100 receives a diagnostic request submitted by a WEB page, differentiates whether this diagnostic request is a single diagnostic instruction, a multi-diagnostic instruction (for single diagnostic instructions that require periodic data acquisition and reporting, they are also sent via multi-diagnostic instructions), or a function addressing instruction, and combines the root instruction type to form diagnostic instruction parameters based on DoIP.

[0074] In the embodiment of the present application, the diagnostic instruction can be sent to the vehicle remote control center 200 via MQTT.

[0075] Secondly, after the remote control center 200 receives the diagnostic instruction sent by the cloud diagnostic instrument 100, it parses the MQTT protocol, and then forwards the diagnostic instruction to the diagnostic host computer 300 in the way of DDS service call.

[0076] Thirdly, after the diagnostic host computer 300 receives the diagnostic instruction forwarded by the remote control center 200, it parses the fields in the diagnostic instruction, interprets and executes the program according to the preset field meanings, sends the single diagnostic instruction to the micro-control unit 500 via DoIP to obtain diagnostic data; if it is a multi-diagnostic instruction or a function addressing instruction sent, it is sequentially parsed into single diagnostic instructions and sent to the micro-control unit 500. After the result of the previous diagnostic instruction is returned, the subsequent diagnostic instructions are sent sequentially.

[0077] After the micro-control unit 500 receives the diagnostic instruction sent by the diagnostic host computer 300, it reports its diagnostic data, such as: DTC code, DID data, etc.

[0078] After the diagnostic host computer 300 receives the diagnostic data of the micro-control unit 500, if it is a single diagnostic instruction, it directly returns the data to the cloud diagnostic instrument 100 via the remote control center 200; if it is a multi-diagnostic instruction or a function addressing instruction, it sends the single diagnostic result data to the data acquisition module 400.

[0079] The remote control center 200 or the data acquisition module 400 forwards the diagnostic result message to the cloud diagnostic instrument 100.

[0080] Finally, after the cloud diagnostic instrument 100 receives the data fed back from the vehicle end, it parses the result message therein and then immediately displays the data on the WEB side.

[0081] The instant remote UDS diagnostic system proposed according to the embodiments of the present application can determine the actual instruction type of the current diagnosis according to the diagnostic request through a cloud diagnostic instrument, generate a first diagnostic instruction according to the actual instruction type, parse the MQTT protocol through a remote control center to generate a second diagnostic instruction, so as to obtain at least one single diagnostic instruction based on a diagnostic host computer, and use a data acquisition module to send the diagnostic results of multi-diagnostic instructions or function addressing instructions to the cloud diagnostic instrument. After receiving at least one single diagnostic instruction, a microcontroller unit reports corresponding diagnostic data. For multi-diagnostic instructions and function addressing instructions, the diagnostic results are fed back through the data acquisition module without waiting for all diagnoses to end, realizing the timely feedback of diagnostic information. Thereby, the technical problems that the diagnostic results can only be obtained after the execution of the diagnostic script is completed, the waiting time is long, and the result instruction set processing method is unreasonable and regular memory cleaning and maintenance are required are solved.

[0082] Next, the instant remote UDS diagnostic method proposed according to the embodiments of the present application is described with reference to the accompanying drawings.

[0083] Figure 4 It is a flowchart of the instant remote UDS diagnostic system method according to the embodiments of the present application.

[0084] As Figure 4 shown, the instant remote UDS diagnostic system method includes the following steps:

[0085] In step S401, determine the actual instruction type of the current diagnosis according to the diagnostic request, and generate a first diagnostic instruction according to the actual instruction type, where the first diagnostic instruction includes a single diagnostic instruction, a multi-diagnostic instruction, and / or a function addressing instruction.

[0086] In step S402, based on the first diagnostic instruction, parse the MQTT protocol to generate a second diagnostic instruction; parse the fields in the second diagnostic instruction and interpret and execute the program according to the preset field meanings to obtain at least one single diagnostic instruction.

[0087] In step S403, report the diagnostic data corresponding to at least one single diagnostic instruction, so that the diagnostic host computer returns the diagnostic results of the single diagnostic instruction through the remote control center or sends them to the data acquisition module.

[0088] Optionally, in an embodiment of the present application, the single diagnostic instruction includes at least one of the instruction response timeout time of the current single diagnostic instruction, the IP address of the diagnostic controller this time, the port number of the diagnostic controller this time, the routing activation DoIP message, the specific content of this diagnosis, the order identifying this diagnostic message, the service type identifying this diagnosis, the sub-service ID identifying this service, the DoIP message identifying this diagnosis, whether to return, and the timestamp when the instruction is issued.

[0089] Optionally, in an embodiment of the present application, the multi-diagnosis instruction includes at least one of the instruction response timeout of the current multi-diagnosis instruction, the IP address of the current diagnostic controller, the port number of the current diagnostic controller, the routing activation DoIP message, the specific content of the current diagnosis, the sequence number identifying the current diagnostic message, the type of the current diagnostic service, the sub-service ID identifying the current service, the DoIP message identifying the current diagnosis, the security constant identifying the controller, the time period, closing the current timing task after the execution of the instruction with Serial being a specified value, whether to return, and the timestamp when the instruction is issued.

[0090] Optionally, in an embodiment of the present application, the function addressing instruction includes at least one of the instruction response timeout of the current function addressing instruction, the IP address of the current diagnostic controller, the port number of the current diagnostic controller, the routing activation DoIP message, the specific content of the current diagnosis, the sequence number identifying the current diagnostic message, the DoIP message identifying the current diagnosis, the number of CAN nodes, and the timestamp when the instruction is issued.

[0091] It should be noted that the foregoing explanation of the embodiment of the instant remote UDS diagnosis system also applies to the instant remote UDS diagnosis method of this embodiment, and will not be elaborated here.

[0092] According to the instant remote UDS diagnosis method provided by the embodiments of the present application, the cloud diagnostic instrument can determine the actual instruction type of the current diagnosis according to the diagnosis request, generate a first diagnostic instruction according to the actual instruction type, parse the MQTT protocol through the remote control center to generate a second diagnostic instruction, so as to obtain at least one single diagnostic instruction based on the diagnostic host computer, and use the data acquisition module to send the diagnostic results of the multi-diagnosis instruction or the function addressing instruction to the cloud diagnostic instrument. After receiving at least one single diagnostic instruction, the micro-control unit reports the corresponding diagnostic data. For the multi-diagnosis instruction and the function addressing instruction, the diagnostic results are fed back through the data acquisition module without waiting for all diagnoses to end, realizing the timely feedback of diagnostic information. Thereby, the technical problems that the diagnostic results can only be obtained after the execution of the diagnostic script is completed, the waiting time is long, and the result instruction set processing method is unreasonable and regular memory cleaning and maintenance are required are solved.

[0093] This embodiment also provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the instant remote UDS diagnosis method as described above is implemented.

[0094] In the description of this specification, the descriptions referring to terms such as "one embodiment", "some embodiments", "examples", "specific examples", or "some examples" etc. mean that the specific features, structures, materials, or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of this application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described can be combined in any one or N embodiments or examples in a suitable manner. In addition, without contradiction, those skilled in the art can combine and combine the different embodiments or examples described in this specification and the features of different embodiments or examples.

[0095] In addition, the terms "first" and "second" are used only for descriptive purposes and cannot be construed as indicating or implying relative importance or implicitly specifying the quantity of the indicated technical features. Thus, the features defined with "first" and "second" may explicitly or implicitly include at least one of such features. In the description of this application, the meaning of "N" is at least two, such as two, three, etc., unless otherwise specifically defined.

[0096] Any process or method description depicted in a flowchart or described otherwise herein can be understood to represent a module, segment, or portion of code including one or N executable instructions for implementing a customized logic function or process, and the scope of the preferred embodiments of this application includes additional implementations, where the functions can be executed in a manner that may not be in the order shown or discussed, including in a substantially simultaneous manner according to the involved functions or in a reverse order, which should be understood by those skilled in the art to which the embodiments of this application pertain.

[0097] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a definite sequence list of executable instructions for implementing logical functions, and can be specifically implemented in any computer-readable medium for use by an instruction execution system, apparatus, or device (such as a computer-based system, a system including a processor, or other systems that can fetch and execute instructions from the instruction execution system, apparatus, or device), or in conjunction with these instruction execution systems, apparatuses, or devices. For the purposes of this specification, a "computer-readable medium" can be any device that can contain, store, communicate, propagate, or transport a program for use by or in conjunction with an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium include the following: an electrical connection part (electronic device) having one or N wirings, a portable computer diskette (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). Additionally, the computer-readable medium can even be paper or other suitable media on which the program can be printed, because the program can be obtained electronically by optically scanning the paper or other media, followed by editing, interpretation, or otherwise processing as appropriate, and then stored in a computer memory.

[0098] It should be understood that various parts of the present application can be implemented by hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, any one or a combination of the following techniques well known in the art can be used: discrete logic circuits having logic gate circuits for implementing logical functions on data signals, application specific integrated circuits having appropriate combinational logic gate circuits, programmable gate arrays (PGAs), field programmable gate arrays (FPGAs), etc.

[0099] Those of ordinary skill in the art of this technology can understand that all or part of the steps carried by the method of implementing the above embodiments can be completed by a program instructing relevant hardware, and the program can be stored in a computer-readable storage medium. When the program is executed, it includes one or a combination of the steps of the method embodiments.

[0100] In addition, each functional unit in various embodiments of the present application may be integrated into one processing module, may exist separately physically for each unit, or two or more units may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of a software functional module. When the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

[0101] The above-mentioned storage medium may be a read-only memory, a magnetic disk, an optical disc, etc. Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and should not be construed as limiting the present application. Those of ordinary skill in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of the present application.

Claims

1. An instant remote UDS diagnostic system, characterized in that, Including: A cloud diagnostic instrument, configured to determine the actual instruction type of the current diagnosis according to a diagnosis request, and generate a first diagnostic instruction according to the actual instruction type, where the first diagnostic instruction includes a single diagnostic instruction, a multi-diagnostic instruction, and / or a function addressing instruction; A remote control center, configured to receive the first diagnostic instruction sent by the cloud diagnostic instrument, and parse the MQTT protocol to generate a second diagnostic instruction; A diagnostic host computer, configured to receive the second diagnostic instruction forwarded by the remote control center, parse the fields in the second diagnostic instruction, and interpret and execute a program according to the preset field meanings to obtain at least one single diagnostic instruction; A data acquisition module, configured to send the diagnostic result of the multi-diagnostic instruction or the function addressing instruction to the cloud diagnostic instrument; and A micro control unit, configured to, after receiving at least one single diagnostic instruction sent by the diagnostic host computer, report the diagnostic data corresponding to the at least one single diagnostic instruction, so that the diagnostic host computer returns the diagnostic result of the single diagnostic instruction through the remote control center or sends it to the data acquisition module.

2. The system according to claim 1, wherein The cloud diagnostic instrument is further configured to display the diagnostic result of the multi-diagnostic instruction or the function addressing instruction sent by the data acquisition module and / or the diagnostic result of the single diagnostic instruction returned by the remote control center to a preset WEB terminal.

3. The system according to claim 1, characterized in that, The single diagnostic instruction includes at least one of the instruction response timeout time of the current single diagnostic instruction, the IP address of the current diagnostic controller, the port number of the current diagnostic controller, the routing activation DoIP message, the specific content of the current diagnosis, the sequence number identifying the current diagnostic message, the service type identifying the current diagnosis, the sub-service ID identifying the current service, the DoIP message identifying the current diagnosis, whether to return, and the timestamp when the instruction is issued.

4. The system according to claim 1, characterized in that The multi-diagnostic instruction includes at least one of the instruction response timeout time of the current multi-diagnostic instruction, the IP address of the current diagnostic controller, the port number of the current diagnostic controller, the routing activation DoIP message, the specific content of the current diagnosis, the sequence number identifying the current diagnostic message, the service type identifying the current diagnosis, the sub-service ID identifying the current service, the DoIP message identifying the current diagnosis, the security constant identifying the controller, the time period, closing the current timing task after the instruction with Serial being a specified value is executed, whether to return, and the timestamp when the instruction is issued.

5. The system according to claim 1, wherein The function addressing instruction includes at least one of the instruction response timeout time of the current function addressing instruction, the IP address of the current diagnostic controller, the port number of the current diagnostic controller, the routing activation DoIP message, the specific content of the current diagnosis, the sequence number identifying the current diagnostic message, the DoIP message identifying the current diagnosis, the number of CAN nodes, and the timestamp when the instruction is issued.

6. An instant remote UDS diagnosis method, characterized in that, Using the real-time remote UDS diagnostic system according to any one of claims 1-5, characterized in that it includes the following steps: Determine the actual instruction type of the current diagnosis according to a diagnosis request, and generate a first diagnostic instruction according to the actual instruction type, where the first diagnostic instruction includes a single diagnostic instruction, a multi-diagnostic instruction, and / or a function addressing instruction; Parse the MQTT protocol based on the first diagnostic instruction to generate a second diagnostic instruction; Parse the fields in the second diagnostic instruction and interpret the execution program according to the preset field meanings to obtain at least one single diagnostic instruction; Report the diagnostic data corresponding to the at least one single diagnostic instruction, so that the diagnostic host computer returns the diagnostic result of the single diagnostic instruction through the remote control center or sends it to the data acquisition module.

7. The method according to claim 6, wherein The single diagnostic instruction includes at least one of the instruction response timeout time of the current single diagnostic instruction, the IP address of the diagnostic controller this time, the port number of the diagnostic controller this time, the routing activation DoIP message, the specific content of this diagnosis, the sequence number identifying this diagnostic message, the diagnostic service type identifying this time, the sub-service ID identifying this service, the DoIP message identifying this diagnosis, whether to return, and the timestamp when the instruction is issued.

8. The method according to claim 6, wherein The multi-diagnostic instruction includes at least one of the instruction response timeout time of the current multi-diagnostic instruction, the IP address of the diagnostic controller this time, the port number of the diagnostic controller this time, the routing activation DoIP message, the specific content of this diagnosis, the sequence number identifying this diagnostic message, the diagnostic service type identifying this time, the sub-service ID identifying this service, the DoIP message identifying this diagnosis, the security constant identifying the controller, the time period, closing this timing task after the instruction with Serial being a specified value is executed, whether to return, and the timestamp when the instruction is issued.

9. The method according to claim 6, wherein The function addressing instruction includes at least one of the instruction response timeout time of the current function addressing instruction, the IP address of the diagnostic controller this time, the port number of the diagnostic controller this time, the routing activation DoIP message, the specific content of this diagnosis, the sequence number identifying this diagnostic message, the DoIP message identifying this diagnosis, the number of CAN nodes, and the timestamp when the instruction is issued.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, This program is executed by a processor to be used for implementing the instant remote UDS diagnostic method according to any one of claims 6-9.

Images