Diagnostic data reading method, apparatus, device, and storage medium

By pre-setting the type of the initial data stream in ODX diagnostics, distinguishing between dynamic and static data streams, generating target diagnostic files and performing differentiated processing, the waste of communication resources caused by the lack of data stream segmentation in diagnostics is solved, and the efficiency of diagnostic data reading is improved.

CN119024809BActive Publication Date: 2026-05-05LAUNCH TECH CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
LAUNCH TECH CO LTD
Filing Date
2024-08-05
Publication Date
2026-05-05

AI Technical Summary

Technical Problem

In ODX diagnostics, the problem of wasted communication resources and degraded user experience caused by the lack of data stream splitting is identified.

Method used

By pre-setting the initial data stream type in the initial diagnostic file, distinguishing between dynamic data stream and static data stream, generating the target diagnostic file, and sending and receiving the corresponding data stream according to different types of read instructions.

Benefits of technology

It effectively solves the problem of wasted communication resources caused by the lack of separation of diagnostic data streams, reduces the communication load of the electronic control unit, and improves the efficiency of reading diagnostic data.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119024809B_ABST
    Figure CN119024809B_ABST
Patent Text Reader

Abstract

This application discloses a diagnostic data reading method, apparatus, device, and storage medium, relating to the field of vehicle diagnostic technology. The method includes: obtaining a target diagnostic file based on an initial data stream of a preset type in an initial diagnostic file; providing the target diagnostic file to the vehicle terminal in response to an acquisition command sent by the vehicle terminal; having the vehicle terminal send the target diagnostic file to the diagnostic terminal; and having the diagnostic terminal read diagnostic data based on the target diagnostic file. This effectively solves the problem of communication resource waste caused by non-separation of data streams, reduces the communication load of the electronic control unit, and greatly improves the data reading efficiency of diagnostic data.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of vehicle diagnostic technology, and in particular to a diagnostic data reading method, apparatus, device, and storage medium. Background Technology

[0002] With the continuous development of automotive electronics, diagnostic technology is becoming increasingly advanced. ODX technology, as a new technology, is used to create diagnostic data files required for vehicle diagnostics and has been increasingly applied. OEM developers develop diagnostic data files according to the vehicle model's diagnostic requirements, and clients download and upgrade via the network, parse the ODX files, and perform vehicle diagnostics.

[0003] For data streams, the typical process in ODX diagnostics is as follows: The diagnostic tool parses the ODX file of the Electronic Control Unit (ECU) selected by the user, queries the 22 diagnostic service, and displays the data streams corresponding to all Data Identifiers (DIDs) on the client interface. The user selects the data stream to be diagnosed, and the diagnostic software obtains the DIDs of these data streams and sends instructions to the ECU in a loop. Then, it parses the ECU's response commands, obtains the data stream values ​​in real time, and displays them on the diagnostic tool.

[0004] However, all data streams continuously send commands to the ECU to obtain real-time values. But some data streams do not change and only need to be read once. They do not need to send commands to the ECU to read them constantly. If they are read constantly along with the normal data streams, it will waste communication resources. Furthermore, if the ECU does not respond with the values ​​of these data streams, it will cause the communication process to time out, affecting the user experience.

[0005] The above content is only used to help understand the technical solution of this application and does not represent an admission that the above content is prior art. Summary of the Invention

[0006] The main objective of this application is to provide a diagnostic data reading method, apparatus, device, and storage medium, aiming to solve the technical problem of wasted communication resources caused by the lack of data splitting when the diagnostic terminal reads the diagnostic data stream.

[0007] To achieve the above objectives, this application proposes a diagnostic data reading method, the method comprising:

[0008] The target diagnostic file is obtained based on the initial data stream of the preset type in the initial diagnostic file;

[0009] In response to an acquisition command sent by the vehicle terminal, the target diagnostic file is provided to the vehicle terminal, which then sends the target diagnostic file to the diagnostic terminal, which reads diagnostic data based on the target diagnostic file.

[0010] In one embodiment, the step of obtaining the target diagnostic file based on an initial data stream of a preset type in the initial diagnostic file includes:

[0011] Set classification labels for the initial data stream in the initial diagnostic file to obtain dynamic data stream and static data stream;

[0012] The dynamic data stream and the static data stream are written into the initial diagnostic file to obtain the target diagnostic file.

[0013] In one embodiment, the step of setting a classification identifier for the initial data stream in the initial diagnostic file to obtain dynamic and static data streams includes:

[0014] The initial data stream in the initial diagnostic file is pre-defined with a data type;

[0015] The initial data stream is assigned a classification identifier based on a preset data type, and the classification identifier includes dynamic identifiers and static identifiers.

[0016] Set the initial data stream with the preset dynamic identifier as a dynamic data stream;

[0017] Set the initial data stream with the preset static identifier as a static data stream.

[0018] In one embodiment, the diagnostic data reading method is applied to a vehicle, and the method includes:

[0019] Send a retrieval command to the cloud;

[0020] Receive the target diagnostic file provided by the cloud according to the acquisition instruction, wherein the target diagnostic file is obtained by the cloud according to the initial data stream of a preset type in the initial diagnostic file;

[0021] The target diagnostic file is sent to the diagnostic terminal, which then reads the diagnostic data based on the target diagnostic file.

[0022] In one embodiment, the step of sending the target diagnostic file to the diagnostic terminal, and having the diagnostic terminal read diagnostic data based on the target diagnostic file, includes:

[0023] In response to a read command sent by the diagnostic terminal;

[0024] If the read instruction is a dynamically transmitted instruction sent in a loop, then the dynamic data stream in the target diagnostic file is sent to the diagnostic terminal in a loop.

[0025] If the read instruction is a static instruction sent only once, then the static data stream in the target diagnostic file is sent to the diagnostic terminal only once.

[0026] In one embodiment, the diagnostic data reading method is applied to a diagnostic terminal, and the method includes:

[0027] Send a read command to the vehicle.

[0028] According to the read instruction, the target diagnostic file sent by the vehicle terminal is received;

[0029] Based on the target diagnostic file, a reading operation is performed to obtain the diagnostic data reading results.

[0030] In one embodiment, the step of receiving the target diagnostic file sent by the vehicle terminal according to the read instruction includes:

[0031] If the read instruction is a dynamic instruction, then the dynamic instruction is sent to the vehicle terminal in a loop, and the dynamic data stream in the target diagnostic file sent by the vehicle terminal is received in a loop.

[0032] If the read instruction is a static instruction, then the static instruction is sent to the vehicle terminal once, and the static data stream in the target diagnostic file sent by the vehicle terminal is received once.

[0033] Furthermore, to achieve the above objectives, this application also proposes a diagnostic data reading device, which includes:

[0034] The preset module is used to obtain the target diagnostic file based on the initial data stream of a preset type in the initial diagnostic file;

[0035] The response module is used to respond to the acquisition command sent by the vehicle terminal, provide the target diagnostic file to the vehicle terminal, and the vehicle terminal sends the target diagnostic file to the diagnostic terminal, which then reads the diagnostic data based on the target diagnostic file.

[0036] In addition, to achieve the above objectives, this application also proposes an apparatus, characterized in that the apparatus includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the diagnostic data reading method as described above.

[0037] In addition, to achieve the above objectives, this application also provides a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the diagnostic data reading method described above.

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

[0039] This application proposes a diagnostic data reading method, apparatus, device, and storage medium. It obtains a target diagnostic file based on an initial data stream of a preset type in an initial diagnostic file. Responding to an acquisition command sent by a vehicle, the method provides the target diagnostic file to the vehicle. The vehicle then sends the target diagnostic file to a diagnostic terminal, which reads diagnostic data based on the target diagnostic file. By using an initial data stream of a preset type in the initial diagnostic file, data splitting is achieved, effectively solving the problem of communication resource waste caused by the lack of diagnostic data splitting, reducing the communication load on the electronic control unit, and greatly improving the data reading efficiency of diagnostic data. Attached Figure Description

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

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

[0042] Figure 1 This is a flowchart illustrating an embodiment of the diagnostic data reading method of this application.

[0043] Figure 2 This is a flowchart illustrating Embodiment 3 of the diagnostic data reading method of this application;

[0044] Figure 3 This is a flowchart illustrating Embodiment 5 of the diagnostic data reading method of this application;

[0045] Figure 4 This is a schematic diagram of the module structure of the diagnostic data reading device according to an embodiment of this application;

[0046] Figure 5 This is a schematic diagram of the device structure of the hardware operating environment involved in the diagnostic data reading method in this application embodiment;

[0047] Figure 6 This is a schematic diagram illustrating the preset dynamic identifier for the initial data stream in the ODX file in a specific application scenario of the diagnostic data reading method of this application;

[0048] Figure 7 This is a schematic diagram illustrating the preset static identifier for the initial data stream in the ODX file in a specific application scenario of the diagnostic data reading method of this application;

[0049] Figure 8This is a schematic diagram illustrating the integration of dynamic sets in an ODX file in a specific application scenario of the diagnostic data reading method of this application;

[0050] Figure 9 This diagram illustrates the integration of a static collection into an ODX file in a specific application scenario of the diagnostic data reading method described in this application.

[0051] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0052] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0053] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0054] The main solution of this application embodiment is as follows: A target diagnostic file is obtained in the cloud based on an initial data stream of a preset type in the initial diagnostic file; in response to an acquisition command sent by the vehicle terminal, the target diagnostic file is provided to the vehicle terminal, which then sends the target diagnostic file to the diagnostic terminal, whereby the diagnostic terminal reads diagnostic data based on the target diagnostic file; the vehicle terminal sends an acquisition command to the cloud; the target diagnostic file, obtained by the cloud based on the initial data stream of a preset type in the initial diagnostic file, is received from the cloud; the target diagnostic file is sent to the diagnostic terminal, whereby the diagnostic terminal reads diagnostic data based on the target diagnostic file; the diagnostic terminal sends a read command to the vehicle terminal; the target diagnostic file sent by the vehicle terminal is received according to the read command; and a read operation is performed based on the target diagnostic file to obtain the diagnostic data reading result. This invention, by performing data splitting on the diagnostic data stream based on the initial data stream of a preset type in the initial diagnostic file, effectively solves the problem of communication resource waste caused by the lack of diagnostic data splitting, reduces the communication load of the electronic control unit, and greatly improves the data reading efficiency of diagnostic data.

[0055] With the continuous development of automotive electronics, diagnostic technology is becoming increasingly advanced. ODX technology, as a new technology used to create diagnostic data files required for vehicle diagnostics, has seen increasing application. OEM developers create diagnostic data files based on vehicle model diagnostic requirements, and clients download and upgrade via the network, parsing the ODX files to perform vehicle diagnostics. The typical workflow in ODX diagnostics for data streams is as follows: the diagnostic end parses the ODX file of the Electronic Control Unit (ECU) selected by the user, queries the diagnostic service, and displays the data streams corresponding to all Data Identifiers (DIDs) on the client interface. The user selects the data stream to be diagnosed, and the diagnostic software obtains the DIDs of these data streams and sends commands to the ECU in a loop. Then, it parses the ECU's response commands to obtain the data stream values ​​in real time and displays them on the diagnostic end. However, while all data streams continuously send commands to the ECU to obtain real-time values, some data streams do not change and only need to be read once. They do not require constant command sending to the ECU. If these data streams are also constantly read along with ordinary data streams, it wastes communication resources. Furthermore, if the ECU does not respond with the values ​​of these data streams, it will cause communication timeouts, affecting the user experience.

[0056] This application completes data splitting by using an initial data stream of a preset type in the initial diagnostic file, effectively solving the problem of communication resource waste caused by non-splitting of data streams, reducing the communication load of the electronic control unit, and greatly improving the data reading efficiency of diagnostic data.

[0057] It should be noted that the executing entity in this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or an electronic device or diagnostic data reading device capable of performing the above functions. The following description uses a diagnostic data reading device as an example to illustrate this embodiment and the subsequent embodiments.

[0058] Based on this, embodiments of this application provide a method for reading diagnostic data, referring to... Figure 1 , Figure 1 This is a flowchart illustrating a first exemplary embodiment of the diagnostic data reading method of the present invention. The diagnostic data reading method is applied in the cloud and includes the following steps:

[0059] Step S10: Obtain the target diagnostic file based on the initial data stream of the preset type in the initial diagnostic file.

[0060] It should be noted that the initial diagnostic file refers to the ODX (Open Diagnostic Data Exchange) file, which specifies a new industry-standard diagnostic format that makes diagnostic data stream information available to diagnostic tool application manufacturers. It is a standard format for describing diagnostic data, mainly used for the diagnosis and communication of automotive electronic control units (ECUs). The ODX file contains descriptions of the ECU's diagnostic data, diagnostic services, and communication interfaces, which are typically read and interpreted by diagnostic tools used by automakers or suppliers. The main functions of the ODX file include describing the vehicle's diagnostic functions and services, defining the ECU's parameters, signals, and data structures, and providing a standardized communication interface between the diagnostic tool and the vehicle. The ODX file typically includes the following: diagnostic services (such as reading and clearing fault codes, performing test functions, etc.), ECU description (including the ECU's identification, supported functions, parameters, and data structures), and communication interface (defining the communication protocol and message format between the diagnostic tool and the ECU).

[0061] Additionally, it's important to note that the initial data stream is the diagnostic data stream within the ODX file. All diagnostic data streams bear a unique Data Identifier (DID), each corresponding to a specific data item in the ECU, such as engine speed, vehicle speed, or throttle position. By sending this specific DID, diagnostic tools or other devices can request relevant real-time data or stored historical data from the ECU. Diagnostic data streams are used during automotive diagnostics, where diagnostic tools read real-time data from the vehicle's Electronic Control Unit (ECU). These data streams contain real-time information from various vehicle systems, such as engine speed, vehicle speed, oil pressure, engine temperature, and sensor status. During diagnostics, dedicated diagnostic tools can communicate with the vehicle's ECU through a diagnostic interface to read and display these real-time data streams. Diagnostic data streams help engineers quickly analyze and diagnose vehicle problems, such as checking if the engine is running normally and whether sensors and actuators are functioning properly. Common diagnostic data streams include, but are not limited to: engine parameters (such as engine speed, throttle position, coolant temperature, etc.), vehicle status (such as vehicle speed, accelerator pedal position, brake switch status, etc.), sensor data (such as output values ​​of oxygen sensors, air pressure sensors, wheel speed sensors, etc.), and actuator status (such as the working status of fuel injectors, valve positions, etc.). The real-time performance and accuracy of diagnostic data streams are crucial for diagnosing and resolving vehicle faults. Diagnostic tools display this data in the form of charts, numbers, or text, allowing engineers to determine the operating status of various vehicle systems and quickly locate and resolve problems.

[0062] Additionally, it should be noted that the target diagnostic file is the diagnostic file obtained by pre-setting the diagnostic data stream type in the initial diagnostic file.

[0063] Step S20: In response to the acquisition command sent by the vehicle terminal, the target diagnostic file is provided to the vehicle terminal, which then sends the target diagnostic file to the diagnostic terminal, which reads the diagnostic data based on the target diagnostic file.

[0064] It should be noted that the acquisition command is issued by the vehicle and received by the cloud, and is used by the vehicle to obtain the target diagnostic file from the cloud.

[0065] Specifically, in response to the acquisition command sent by the vehicle, the cloud provides the target diagnostic file to the vehicle, which then sends the target diagnostic file to the diagnostic terminal, which reads the diagnostic data based on the target diagnostic file.

[0066] This embodiment, through the above-described scheme, specifically obtains the target diagnostic file by pre-setting the type of the initial data stream in the initial diagnostic file in the cloud, thereby completing data splitting and effectively solving the problem of communication resource waste caused by the lack of splitting of diagnostic data streams in the prior art.

[0067] Based on the first embodiment, a second embodiment of this application is proposed. The difference between the second embodiment and the first embodiment is as follows:

[0068] In this embodiment, the step of obtaining the target diagnostic file based on the initial data stream of a preset type in the initial diagnostic file includes:

[0069] Step S21: Set a classification identifier for the initial data stream in the initial diagnostic file to obtain dynamic data stream and static data stream;

[0070] Step S22: Write the dynamic data stream and the static data stream into the initial diagnostic file to obtain the target diagnostic file.

[0071] It should be noted that the classification identifier is used to distinguish the type of initial data stream, dividing the initial data stream into dynamic data stream and static data stream. The dynamic data stream refers to the diagnostic data stream that the diagnostic terminal needs to send read commands to the vehicle's electronic control unit at all times to read the data and display it on the diagnostic terminal interface in real time; the static data stream refers to the diagnostic data stream that the diagnostic terminal only needs to send a read command to the vehicle's electronic control unit once to read the data and display it on the diagnostic terminal interface.

[0072] Specifically, a classification identifier is set for the initial data stream in the initial diagnostic file. The classification identifier includes a dynamic identifier and a static identifier. Then, dynamic data streams and static data streams are obtained according to the classification identifiers. The dynamic data streams and static data streams are written into the initial diagnostic file to obtain the target diagnostic file.

[0073] More specifically, in this embodiment, the Service Data Group (SDG) of the diagnostic file sets classification identifiers for the diagnostic data streams, and the initial data streams with dynamic identifiers are grouped into a dynamic set, while the initial data streams with static identifiers are grouped into a static set. The initial diagnostic file combines the dynamic set and the static set to obtain the target diagnostic file.

[0074] It's important to note that SDG is a crucial concept in ODX files. It refers to a set of related service data, typically corresponding to a specific service or function of one or more ECUs. Each SDG contains diagnostic data from the ECU and related descriptive information. This descriptive information can include: Data Identifier (DID), used to uniquely identify and reference data objects in the ECU, such as sensor values ​​and control states; Data Object Attributes, used to describe the attributes of the data object, such as data type, unit, and range; Diagnostic Services, used to describe supported diagnostic services or functions, such as reading data, writing data, and performing tests; Error Codes and Diagnostic Messages, used to define possible error codes and their meanings, as well as the format and semantics of diagnostic messages; and Diagnostic Parameters, used to define the parameters and conditions used to perform diagnostic operations. Through SDG, diagnostic tools can accurately understand the meaning and usage of each service data point, thereby achieving effective communication and data exchange with the ECU.

[0075] Additionally, it's important to note that Data Identifiers (DIDs) are a standardized method for requesting and retrieving specific data parameters or information. Each DID corresponds to a specific data item in the ECU, such as engine speed, vehicle speed, or throttle position. By sending a specific DID, diagnostic tools or other devices can request relevant real-time data or stored historical data from the ECU.

[0076] Furthermore, as one implementation, the step of setting data identifiers for the initial data stream in the initial diagnostic file to obtain dynamic and static data streams includes:

[0077] Step S211: Preset the data type for the initial data stream in the initial diagnostic file.

[0078] Step S212: Set a classification identifier for the initial data stream according to a preset data type. The classification identifier includes a dynamic identifier and a static identifier.

[0079] Step S213: Set the initial data stream with the preset dynamic identifier as a dynamic data stream.

[0080] Step S214: Set the initial data stream with the preset static identifier as a static data stream.

[0081] Specifically, the diagnostic data stream is read by sending several read commands from the diagnostic terminal to the vehicle terminal to determine the data type of the initial data stream. The data type of the initial data stream is preset, and a classification identifier is set for the initial data stream according to the preset data type. The classification identifier includes a dynamic identifier and a static identifier. The initial data stream with the preset dynamic identifier is set as a dynamic data stream, and the initial data stream with the preset static identifier is set as a static data stream.

[0082] Reference Figure 2 , Figure 2 This is a flowchart illustrating a third exemplary embodiment of the diagnostic data reading method of the present invention.

[0083] Based on the second embodiment, a third embodiment of this application is proposed. The difference between the third embodiment and the second embodiment is as follows:

[0084] In this embodiment, the diagnostic data reading method is applied to the vehicle side and includes the following steps:

[0085] Step S30: Send a retrieval command to the cloud.

[0086] Step S40: Receive the target diagnostic file provided by the cloud according to the acquisition instruction. The target diagnostic file is obtained by the cloud based on the initial data stream of a preset type in the initial diagnostic file.

[0087] Step S50: The target diagnostic file is sent to the diagnostic terminal, which then reads the diagnostic data based on the target diagnostic file.

[0088] It should be noted that the acquisition command is issued by the vehicle and received by the cloud. It is used by the vehicle to obtain the target diagnostic file from the cloud. The acquisition command is determined by the vehicle based on the vehicle information of the target vehicle.

[0089] Specifically, firstly, the vehicle sends a retrieval command to the cloud based on the vehicle information. In response to the retrieval command, the cloud provides the vehicle with a target diagnostic file containing the corresponding vehicle information. Then, the vehicle receives the target diagnostic file by downloading it. The target diagnostic file is obtained by the cloud based on an initial data stream of a preset type from the initial diagnostic file. Finally, in response to a read command sent by the diagnostic terminal, the vehicle sends the target diagnostic file to the diagnostic terminal, which then reads the diagnostic data based on the target diagnostic file.

[0090] Based on the third embodiment, a fourth embodiment of this application is proposed. The difference between the fourth embodiment and the third embodiment is as follows:

[0091] In this embodiment, the step of sending the target diagnostic file to the diagnostic terminal, and having the diagnostic terminal read diagnostic data based on the target diagnostic file, includes:

[0092] Step S51, in response to the read command sent by the diagnostic terminal.

[0093] Step S52: If the read instruction is a dynamically transmitted instruction sent in a loop, then the dynamic data stream in the target diagnostic file is sent to the diagnostic terminal in a loop.

[0094] Step S53: If the read instruction is a static instruction sent only once, then send the static data stream in the target diagnostic file to the diagnostic terminal only once.

[0095] It should be noted that the read command is issued by the diagnostic terminal and received by the vehicle terminal. It is used by the diagnostic terminal to obtain the diagnostic data stream from the target diagnostic file on the vehicle terminal. The read command refers to the command to obtain the diagnostic data stream. Typically, the diagnostic terminal needs to communicate with the electronic control unit (ECU) through the vehicle's diagnostic interface to read the real-time diagnostic data stream and display it in real-time on the diagnostic terminal's interface. The read command includes dynamic commands and static commands. The dynamic command is the command to request to read the dynamic data stream, and the static command is the command to request to read the static data stream.

[0096] Specifically, the user performs a read operation on the diagnostic terminal's interface to read the diagnostic data stream. After receiving the read operation from the user, the diagnostic terminal sends a read command to the vehicle terminal. The read command contains a data identifier (DID) for the diagnostic data stream. The vehicle terminal responds to the read command sent by the diagnostic terminal and locates the corresponding diagnostic data stream based on the data identifier (DID). The read command is divided into dynamic commands and static commands. If the read command is a dynamically sent command that is sent cyclically, the dynamic data stream in the target diagnostic file is sent cyclically to the diagnostic terminal. If the read command is a static command that is sent once, the static data stream in the target diagnostic file is sent once to the diagnostic terminal.

[0097] Reference Figure 3 , Figure 3 This is a flowchart illustrating a fifth exemplary embodiment of the diagnostic data reading method of the present invention.

[0098] Based on the fourth embodiment, a fifth embodiment of this application is proposed. The difference between the fifth embodiment and the fourth embodiment is as follows:

[0099] In this embodiment, the diagnostic data reading method is applied to the diagnostic terminal and includes the following steps:

[0100] Step S60: Send a read command to the vehicle.

[0101] Step S70: Receive the target diagnostic file sent by the vehicle terminal according to the read instruction.

[0102] Step S80: Perform a reading operation based on the target diagnostic file to obtain the diagnostic data reading result.

[0103] Specifically, the user performs a read operation on the diagnostic terminal interface to read the diagnostic data stream. After receiving the read operation from the user, the diagnostic terminal sends a read command to the vehicle terminal. The vehicle terminal sends a target diagnostic file to the diagnostic terminal according to the read command. The diagnostic terminal performs a read operation based on the target diagnostic file, reading the dynamic data stream and static data stream in the target diagnostic file to obtain the diagnostic data reading result.

[0104] Based on the fourth embodiment, a fifth embodiment of this application is proposed. The difference between the fifth embodiment and the fourth embodiment is as follows:

[0105] In this embodiment, the step of receiving the target diagnostic file sent by the vehicle terminal according to the read instruction includes:

[0106] Step S701: If the read instruction is a dynamic instruction, then send dynamic instructions to the vehicle terminal in a loop and receive the dynamic data stream in the target diagnostic file sent by the vehicle terminal in a loop.

[0107] Step S702: If the read instruction is a static instruction, then a static instruction is sent to the vehicle terminal once, and a static data stream in the target diagnostic file sent by the vehicle terminal is received once.

[0108] Specifically, if the read command sent by the diagnostic terminal is a dynamic command, then the dynamic command is sent to the vehicle terminal in a loop. After receiving the dynamic command, the vehicle terminal sends the corresponding dynamic data stream to the diagnostic terminal in a loop according to the dynamic command. The diagnostic terminal receives the dynamic data stream in the target diagnostic file sent by the vehicle terminal in a loop, parses it, and displays the dynamic data stream on the display interface of the diagnostic terminal. If the read command sent by the diagnostic terminal is a static command, then the static command is sent to the vehicle terminal once. After receiving the static command, the vehicle terminal sends the corresponding static data stream to the diagnostic terminal once according to the static command. The diagnostic terminal receives the static data stream in the target diagnostic file sent by the vehicle terminal once, parses it, and displays the static data stream on the display interface of the diagnostic terminal.

[0109] For example, in order to help understand the implementation process of the diagnostic data reading method in this embodiment, this embodiment provides a specific scenario-based description of the solution:

[0110] I. The diagnostic data reading method described herein is applied in the cloud:

[0111] (1) Obtain the target diagnostic file based on the initial data stream of the preset type in the initial diagnostic file.

[0112] First, data identifiers are set for the initial data streams in the initial diagnostic file, resulting in dynamic and static data streams. Then, classification identifiers are set for the initial data streams in the initial diagnostic file in the cloud. This involves classifying the diagnostic data streams in the initial ODX file in the cloud by pre-setting classification identifiers for the initial data streams in their SDG. These classification identifiers are divided into dynamic and static identifiers.

[0113] The initial data stream is then divided into dynamic and static data streams. A target diagnostic file is obtained by pre-setting the data stream types in the initial diagnostic file. The initial data streams in the initial diagnostic file are pre-set with data types; classification identifiers are set for the initial data streams based on the pre-set data types, with the classification identifiers being either dynamic or static; initial data streams with pre-set dynamic identifiers are set as dynamic data streams; and initial data streams with pre-set static identifiers are set as static data streams. More specifically, the dynamic data streams are grouped into a dynamic set, and the static data streams are grouped into a static set.

[0114] For easier understanding, please refer to Figure 6 and Figure 7 , Figure 6 This diagram illustrates the setting of a dynamic identifier (DID) for the initial data stream in the table->table-row of an ODX file. It shows that the diagnostic data stream with data identifier DID "DID0001" is set as a dynamic data stream. Figure 7 This diagram illustrates the setting of the initial data stream to a static identifier (Static) in the table->table-row of an ODX file, indicating that the diagnostic data stream with data identifier DID "DID0002" is set as a static data stream. Figure 8 and Figure 9 To pre-define the initial data stream type for a table in an ODX file, a table consists of multiple table-rows. Figure 8 The middle element is a dynamic collection `table` that integrates dynamic data streams, named `table_Dynamic`. It contains two dynamic data streams with data identifiers DID "DID0001" and "DID0003". Figure 9 The middle element is a static collection table that integrates static data streams. It is named table_Static and contains two static data streams with data identifiers DID "DID0002" and "DID0004".

[0115] (2) In response to the acquisition command sent by the vehicle terminal, the target diagnostic file is provided to the vehicle terminal, the vehicle terminal sends the target diagnostic file to the diagnostic terminal, and the diagnostic terminal reads the diagnostic data according to the target diagnostic file.

[0116] Specifically, in response to a request sent by the vehicle, the cloud provides the target diagnostic file to the vehicle. The vehicle then sends the target diagnostic file to the diagnostic terminal. Upon receiving the target file, the diagnostic terminal reads diagnostic data based on it.

[0117] II. The diagnostic data reading method described above is applied to the vehicle end:

[0118] (1) Send an acquisition instruction to the cloud; receive the target diagnostic file provided by the cloud according to the acquisition instruction, wherein the target diagnostic file is obtained by the cloud according to the initial data stream of a preset type in the initial diagnostic file.

[0119] Specifically, firstly, the vehicle sends a retrieval command to the cloud based on the vehicle information. In response to the retrieval command, the cloud provides the vehicle with a target diagnostic file containing the corresponding vehicle information. Then, the vehicle receives the target diagnostic file by downloading it. The target diagnostic file is obtained by the cloud based on an initial data stream of a preset type from the initial diagnostic file.

[0120] (2) The target diagnostic file is sent to the diagnostic terminal, and the diagnostic terminal reads the diagnostic data according to the target diagnostic file.

[0121] Specifically, the vehicle responds to a read command sent by the diagnostic terminal. The read command contains a data identifier (DID) for the diagnostic data stream in the target diagnostic file. The vehicle sends the target diagnostic file containing the corresponding diagnostic data stream to the diagnostic terminal based on the data identifier (DID). The diagnostic terminal then reads the diagnostic data stream based on the target diagnostic file and displays the diagnostic data stream on the diagnostic terminal's interface.

[0122] III. The diagnostic data reading method described above is applied to the diagnostic terminal:

[0123] (1) Send a read command to the vehicle terminal; receive the target diagnostic file sent by the vehicle terminal according to the read command.

[0124] Specifically, the user performs a read operation on the diagnostic terminal's interface to read the diagnostic data stream. After receiving the read operation from the user, the diagnostic terminal sends a read command to the vehicle terminal. The read command contains a data identifier (DID) for the diagnostic data stream. The vehicle terminal responds to the read command sent by the diagnostic terminal and locates the corresponding diagnostic data stream according to the data identifier (DID). The read command includes dynamic commands and static commands. If the read command is a dynamic command, dynamic commands are sent to the vehicle terminal in a loop, and dynamic data streams in the target diagnostic file sent by the vehicle terminal are received in a loop. If the read command is a static command, a static command is sent to the vehicle terminal once, and static data streams in the target diagnostic file sent by the vehicle terminal are received once.

[0125] More specifically, taking reading dynamic data streams as an example, the user selects a function item for the dynamic data stream on the diagnostic terminal's interface, such as "engine temperature" or "vehicle speed," which are diagnostic data that need to be updated in real time. After receiving the function item selected by the user, the diagnostic terminal sends a read command to the vehicle terminal. The read command contains the data identifier (DID) of the dynamic data stream. The vehicle terminal responds to the read command sent by the diagnostic terminal, locates the corresponding dynamic data stream according to the data identifier (DID), and sends the corresponding dynamic data stream to the diagnostic terminal in a loop for real-time updates and viewing.

[0126] More specifically, taking reading static data streams as an example, the user selects a static data stream function item on the diagnostic terminal's interface, such as diagnostic data that does not need to be updated, such as "Vehicle Identification Number" or "Vehicle Configuration Code". After receiving the selected function item from the user, the diagnostic terminal sends a read command to the vehicle terminal. The read command contains the data identifier (DID) of the static data stream. The vehicle terminal responds to the read command sent by the diagnostic terminal, locates the corresponding static data stream according to the data identifier (DID), and sends the corresponding static data stream to the diagnostic terminal in one go for real-time viewing.

[0127] (2) Based on the target diagnostic file, perform a reading operation to obtain the diagnostic data reading result.

[0128] Specifically, after receiving the initial data stream with classification identifier from the target diagnostic file, the diagnostic terminal performs a reading operation on the initial data stream of the target diagnostic file according to the reading instruction, obtains the diagnostic data reading result, and displays it on the interface of the diagnostic terminal.

[0129] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the diagnostic data reading method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0130] This application also provides a diagnostic data reading device; please refer to... Figure 4 The diagnostic data reading device includes:

[0131] The preset module 401 is used to obtain the target diagnostic file based on the initial data stream of the preset type in the initial diagnostic file;

[0132] The response module 402 is used to respond to the acquisition command sent by the vehicle terminal, provide the target diagnostic file to the vehicle terminal, and send the target diagnostic file to the diagnostic terminal, which then reads the diagnostic data based on the target diagnostic file.

[0133] The diagnostic data reading device provided in this application, employing the diagnostic data reading method in the above embodiments, can solve the technical problem of wasted communication resources caused by the lack of splitting of diagnostic data streams. Compared with the prior art, the beneficial effects of the diagnostic data reading device provided in this application are the same as those of the diagnostic data reading method provided in the above embodiments, and other technical features in the diagnostic data reading device are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0134] This application provides a diagnostic data reading device, which 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 diagnostic data reading method in Embodiment 1 above.

[0135] The following is for reference. Figure 5 The diagram illustrates a structural schematic of a diagnostic data reading device suitable for implementing embodiments of this application. The diagnostic data reading device in the embodiments of this application may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 5 The diagnostic data reading device shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0136] like Figure 5As shown, the diagnostic data reading device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.) that can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the diagnostic data reading device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touchscreen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 1003 including, for example, magnetic tape, hard disk, etc.; and communication devices 1009. Communication device 1009 allows the diagnostic data reading device to communicate wirelessly or wiredly with other devices to exchange data. While the figures show diagnostic data reading devices with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0137] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0138] The diagnostic data reading device provided in this application, employing the diagnostic data reading method in the above embodiments, can solve the technical problem of diagnostic data reading. Compared with the prior art, the beneficial effects of the diagnostic data reading device provided in this application are the same as those of the diagnostic data reading method provided in the above embodiments, and other technical features in this diagnostic data reading device are the same as those disclosed in the method of the previous embodiment, and will not be repeated here.

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

[0140] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0141] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the diagnostic data reading method in the above embodiments.

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

[0143] The aforementioned computer-readable storage medium may be included in the diagnostic data reading device; or it may exist independently and not assembled into the diagnostic data reading device.

[0144] The aforementioned computer-readable storage medium carries one or more programs that, when executed by a diagnostic data reading device, cause the diagnostic data reading device to: obtain a target diagnostic file based on an initial data stream of a preset type in an initial diagnostic file; provide the target diagnostic file to the vehicle terminal in response to an acquisition instruction sent by the vehicle terminal; have the vehicle terminal send the target diagnostic file to the diagnostic terminal; and have the diagnostic terminal read diagnostic data based on the target diagnostic file.

[0145] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0146] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0147] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0148] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described diagnostic data reading method, thereby solving the technical problem of wasted communication resources caused by the lack of splitting of diagnostic data streams. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the diagnostic data reading method provided in the above embodiments, and will not be repeated here.

[0149] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the diagnostic data reading method described above.

[0150] The computer program product provided in this application can solve the technical problem of wasted communication resources caused by the lack of splitting of diagnostic data streams. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the diagnostic data reading method provided in the above embodiments, and will not be repeated here.

[0151] The above description is only a part of the embodiments of this application and does not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A method for reading diagnostic data, characterized in that, The diagnostic data reading method is applied in the cloud, and the method includes: The target diagnostic file is obtained based on the initial data stream of the preset type in the initial diagnostic file; In response to the acquisition command sent by the vehicle terminal, the target diagnostic file is provided to the vehicle terminal, which then sends the target diagnostic file to the diagnostic terminal. The diagnostic terminal performs a read operation on the target diagnostic file based on the read command to read the diagnostic data. The step of obtaining the target diagnostic file based on the initial data stream of a preset type in the initial diagnostic file includes: In the service data module of the initial diagnostic file, a data identifier is defined by a table to set a classification identifier for the initial data stream in the initial diagnostic file, thereby obtaining dynamic data stream and static data stream; The dynamic data stream and the static data stream are written into the initial diagnostic file to obtain the target diagnostic file; The step of reading diagnostic data by the diagnostic terminal based on a read command to read the target diagnostic file includes: If the read instruction is a dynamic instruction, the diagnostic terminal will send dynamic instructions to the vehicle terminal in a loop and receive the dynamic data stream in the target diagnostic file sent by the vehicle terminal in a loop. If the read instruction is a static instruction, the diagnostic terminal sends the static instruction to the vehicle terminal once and receives the static data stream from the target diagnostic file sent by the vehicle terminal once.

2. The method as described in claim 1, characterized in that, The step of setting classification identifiers for the initial data stream in the initial diagnostic file to obtain dynamic and static data streams includes: The initial data stream in the initial diagnostic file is pre-defined with a data type; The initial data stream is assigned a classification identifier based on a preset data type, and the classification identifier includes dynamic identifiers and static identifiers. Set the initial data stream with the preset dynamic identifier as a dynamic data stream; Set the initial data stream with the preset static identifier as a static data stream.

3. A method for reading diagnostic data, characterized in that, The diagnostic data reading method is applied to the vehicle end, and the method includes: Send a retrieval command to the cloud; The system receives a target diagnostic file provided by the cloud according to the acquisition instruction. The target diagnostic file is obtained by the cloud based on an initial data stream of a preset type in the initial diagnostic file. The cloud defines a data identifier in the service data module of the initial diagnostic file using a table to set a classification identifier for the initial data stream in the initial diagnostic file, thereby obtaining a dynamic data stream and a static data stream. The dynamic data stream and the static data stream are then written into the initial diagnostic file to obtain the target diagnostic file. The target diagnostic file is sent to the diagnostic terminal, which then reads the target diagnostic file based on a read command to retrieve diagnostic data. The step of reading the target diagnostic file by the diagnostic terminal based on a read command, and reading the diagnostic data, includes the following steps: If the read instruction is a dynamic instruction, the diagnostic terminal will send dynamic instructions to the vehicle terminal in a loop and receive the dynamic data stream in the target diagnostic file sent by the vehicle terminal in a loop. If the read instruction is a static instruction, the diagnostic terminal sends the static instruction to the vehicle terminal once and receives the static data stream from the target diagnostic file sent by the vehicle terminal once.

4. The method as described in claim 3, characterized in that, The step of sending the target diagnostic file to the diagnostic terminal, and having the diagnostic terminal read diagnostic data based on the target diagnostic file, includes: In response to a read command sent by the diagnostic terminal; If the read instruction is a dynamically transmitted instruction sent in a loop, then the dynamic data stream in the target diagnostic file is sent to the diagnostic terminal in a loop. If the read instruction is a static instruction sent only once, then the static data stream in the target diagnostic file is sent to the diagnostic terminal only once.

5. A method for reading diagnostic data, characterized in that, The diagnostic data reading method is applied to the diagnostic terminal, and the method includes: Send a read command to the vehicle. According to the read instruction, the target diagnostic file sent by the vehicle terminal is received. The target diagnostic file is obtained by the cloud based on the initial data stream of the preset type in the initial diagnostic file. The cloud sets the classification identifier for the initial data stream in the initial diagnostic file by defining data identifiers in the service data module of the initial diagnostic file through a table, thereby obtaining dynamic data stream and static data stream. The dynamic data stream and the static data stream are written into the initial diagnostic file to obtain the target diagnostic file. Based on the target diagnostic file, a reading operation is performed to obtain the diagnostic data reading results; The step of receiving the target diagnostic file sent by the vehicle terminal according to the read instruction includes: If the read instruction is a dynamic instruction, then the dynamic instruction is sent to the vehicle terminal in a loop, and the dynamic data stream in the target diagnostic file sent by the vehicle terminal is received in a loop. If the read instruction is a static instruction, then the static instruction is sent to the vehicle terminal once, and the static data stream in the target diagnostic file sent by the vehicle terminal is received once.

6. A diagnostic data reading device, characterized in that, The device includes: The preset module is used to obtain the target diagnostic file based on the initial data stream of a preset type in the initial diagnostic file; The response module is used to respond to the acquisition command sent by the vehicle terminal, provide the target diagnostic file to the vehicle terminal, and the vehicle terminal sends the target diagnostic file to the diagnostic terminal, which reads the target diagnostic file based on the read command to read the diagnostic data. The preset module is further configured to: set a classification identifier for the initial data stream in the initial diagnostic file by defining a data identifier in a table in the service data module of the initial diagnostic file, thereby obtaining dynamic data stream and static data stream; The dynamic data stream and the static data stream are written into the initial diagnostic file to obtain the target diagnostic file; The response module is further configured to: if the read instruction is a dynamic instruction, then the diagnostic terminal cyclically sends dynamic instructions to the vehicle terminal and cyclically receives dynamic data streams from the target diagnostic file sent by the vehicle terminal; If the read instruction is a static instruction, the diagnostic terminal sends the static instruction to the vehicle terminal once and receives the static data stream from the target diagnostic file sent by the vehicle terminal once.

7. A diagnostic data reading device, characterized in that, The device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the diagnostic data reading method as described in any one of claims 1 to 5.

8. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the steps of the diagnostic data reading method as described in any one of claims 1 to 5.

Citation Information

Patent Citations

  • Fault diagnosis method and device for electronic control unit of vehicle

    CN113467409A

  • Data stream scheduling method and device, electronic equipment and storage medium

    CN116599913A