Vehicle diagnostic data processing methods, devices, intelligent equipment, and computer-readable storage media

Abstract

This application discloses a vehicle diagnostic data processing method, apparatus, smart device, and computer-readable storage medium. The vehicle diagnostic data processing method is applied to a vehicle diagnostic device and includes: before sending diagnostic data to a target electronic control unit (ECU), sending a storage capacity query instruction to the target ECU, the storage capacity query instruction instructing the target ECU to determine and provide feedback on its current real-time storage capacity; and sending the diagnostic data to the target ECU based on the real-time storage capacity provided by the target ECU. This application's solution can improve the efficiency of data transmission between the vehicle diagnostic device and the ECU, and ensure the stability of diagnostic service data processing.

Description

Technical Field

[0001] This application belongs to the field of vehicle diagnostic equipment technology, and particularly relates to a vehicle diagnostic data processing method, apparatus, intelligent device, and computer-readable storage medium. Background Technology

[0002] With the rapid and widespread development of the automotive industry worldwide, automakers are launching new models at an increasingly faster pace. Automobiles have become an essential means of transportation in modern life, and automotive electronics services, diagnostics, and testing technologies are also developing rapidly. Major automakers are increasingly inclined to regard automotive diagnostic systems as a crucial factor in improving after-sales service and increasing customer satisfaction.

[0003] Vehicle diagnostic equipment communicates with the Electronic Control Unit (ECU) via the vehicle bus. Currently, vehicle diagnostics require data transmission to the ECU. If the data is too large and the ECU's data storage space is insufficient, the diagnostic service will fail.

[0004] Therefore, improving the efficiency of data transmission between vehicle diagnostic equipment and ECUs, and ensuring the stability of diagnostic service data processing, are issues that need to be considered. Summary of the Invention

[0005] In view of this, this application provides a vehicle diagnostic data processing method, apparatus, smart device, and computer-readable storage medium, which can improve the efficiency of data transmission between vehicle diagnostic equipment and ECU, and ensure the stability of diagnostic service data processing.

[0006] The first aspect of this application provides a vehicle diagnostic data processing method, applied to a vehicle diagnostic device, comprising:

[0007] Before sending diagnostic data to the target electronic controller unit, a storage capacity query instruction is sent to the target electronic controller unit. The storage capacity query instruction is used to instruct the target electronic controller unit to determine and provide feedback on the current real-time storage capacity.

[0008] Based on the real-time storage capability fed back by the target electronic controller unit, the diagnostic data is sent to the target electronic controller unit.

[0009] In one possible implementation of the first aspect, the step of sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit includes:

[0010] Based on the real-time storage capacity fed back by the target electronic controller unit, first target diagnostic data to be sent is determined from the diagnostic data, wherein the first target diagnostic data matches the real-time storage capacity fed back by the target electronic controller unit;

[0011] The first target diagnostic data is sent to the target electronic controller unit, and the first response information fed back by the target electronic controller unit is received. The first response information includes the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data.

[0012] Based on the real-time storage capability of the target electronic controller unit after receiving the first target diagnostic data, the remaining diagnostic data is sent to the target electronic controller unit until the diagnostic data is completely sent.

[0013] In one possible implementation of the first aspect, the step of determining the first target diagnostic data to be sent from the diagnostic data based on the real-time storage capability fed back by the target electronic controller unit includes:

[0014] Determine whether the size of the diagnostic data exceeds the data size supported by the real-time storage capacity;

[0015] If the data exceeds the limit, the diagnostic data is divided based on the data size supported by the real-time storage capacity, and the first target diagnostic data to be sent in this round is determined from the diagnostic data.

[0016] In one possible implementation of the first aspect, the step of sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit further includes:

[0017] After sending the first target diagnostic data to the target electronic controller unit, if a third response information is received from the target electronic controller unit, a refresh instruction is sent to the target electronic controller unit. The third response information includes a data reception failure identifier. The refresh instruction is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then provide feedback on the current real-time storage capacity.

[0018] Based on the real-time storage capability fed back by the target electronic controller unit after refreshing the storage space, the first target diagnostic data is resent to the target electronic controller unit.

[0019] In one possible implementation of the first aspect, the step of sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit includes:

[0020] Determine the communication protocol between the vehicle diagnostic equipment and the target electronic controller unit;

[0021] Based on the real-time storage capacity fed back by the target electronic controller unit and the communication protocol, second target diagnostic data to be sent is determined from the diagnostic data, and the second target diagnostic data matches the real-time storage capacity and the communication protocol;

[0022] The second target diagnostic data is sent to the target electronic controller unit, and the second response information fed back by the target electronic controller unit is received. The second response information includes the real-time storage capacity of the target electronic controller unit after receiving the second target diagnostic data.

[0023] Based on the real-time storage capability of the target electronic controller unit after receiving the second target diagnostic data, the remaining diagnostic data is sent to the target electronic controller unit until the diagnostic data is completely sent.

[0024] In one possible implementation of the first aspect, the step of determining the second target diagnostic data to be sent from the diagnostic data based on the real-time storage capability fed back by the target electronic controller unit and the communication protocol includes:

[0025] Determine whether the data size supported by the real-time storage capacity exceeds the maximum data size supported by the communication protocol;

[0026] If the limit is not exceeded, the diagnostic data is divided based on the data size supported by the real-time storage capacity, and the second target diagnostic data to be sent in this round is determined from the diagnostic data.

[0027] If the limit is exceeded, the diagnostic data is divided according to the maximum data size supported by the communication protocol, and the second target diagnostic data to be sent in this round is determined from the diagnostic data.

[0028] In one possible implementation of the first aspect, the step of sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit further includes:

[0029] After sending the second target diagnostic data to the target electronic controller unit, if a third response information is received from the target electronic controller unit, a refresh instruction is sent to the target electronic controller unit. The third response information includes a data reception failure identifier. The refresh instruction is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then provide feedback on the current real-time storage capacity.

[0030] Based on the real-time storage capacity fed back by the target electronic controller unit after refreshing the storage space and the communication protocol currently executed by the vehicle diagnostic equipment, the second target diagnostic data is resent to the target electronic controller unit.

[0031] A second aspect of this application provides a vehicle diagnostic data processing apparatus, applied to vehicle diagnostic equipment, comprising:

[0032] The instruction query unit is used to send a storage capacity query instruction to the target electronic controller unit before sending diagnostic data to the target electronic controller unit. The storage capacity query instruction is used to instruct the target electronic controller unit to determine and provide feedback on the current real-time storage capacity.

[0033] The processing and sending unit is used to send the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit.

[0034] In one possible implementation of the second aspect, the above-mentioned processing and sending unit includes:

[0035] The first target data determination module is used to determine the first target diagnostic data to be sent from the diagnostic data based on the real-time storage capacity fed back by the target electronic controller unit, wherein the first target diagnostic data matches the real-time storage capacity fed back by the target electronic controller unit.

[0036] The first transmission processing module is configured to transmit the first target diagnostic data to the target electronic controller unit and receive first response information from the target electronic controller unit, the first response information including the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data; based on the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data, the module transmits the remaining diagnostic data to the target electronic controller unit until the diagnostic data transmission is complete.

[0037] In one possible implementation of the second aspect, the target data determination module includes:

[0038] The first data size determination submodule is used to determine whether the data size of the diagnostic data exceeds the data size supported by the real-time storage capacity;

[0039] The first data determination submodule is used to divide the diagnostic data based on the data size supported by the real-time storage capacity if the data exceeds the limit, and determine the first target diagnostic data to be sent in this round from the diagnostic data.

[0040] In one possible implementation of the second aspect, the above-mentioned processing and sending unit further includes:

[0041] The first retransmission processing module is configured to, after sending the first target diagnostic data to the target electronic controller unit, if it receives a third response information from the target electronic controller unit, send a refresh instruction to the target electronic controller unit, wherein the third response information includes a data reception failure identifier, and the refresh instruction is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then return the current real-time storage capacity; based on the real-time storage capacity returned by the target electronic controller unit after refreshing the storage space, retransmit the first target diagnostic data to the target electronic controller unit.

[0042] In one possible implementation of the second aspect, the above-mentioned processing and sending unit further includes:

[0043] A protocol determination module is used to determine the communication protocol between the vehicle diagnostic equipment and the target electronic controller unit;

[0044] The second target data determination module is used to determine second target diagnostic data to be sent from the diagnostic data based on the real-time storage capacity fed back by the target electronic controller unit and the communication protocol. The second target diagnostic data matches the real-time storage capacity and the communication protocol.

[0045] The second transmission processing module is used to send the second target diagnostic data to the target electronic controller unit and receive the second response information fed back by the target electronic controller unit, the second response information including the real-time storage capacity of the target electronic controller unit after receiving the second target diagnostic data; based on the real-time storage capacity of the target electronic controller unit after receiving the second target diagnostic data, the module sends the remaining diagnostic data to the target electronic controller unit until the diagnostic data is completely sent.

[0046] In one possible implementation of the second aspect, the aforementioned second target data determination module includes:

[0047] The second data size determination submodule is used to determine whether the data size supported by the real-time storage capacity exceeds the maximum data size supported by the communication protocol for transmission.

[0048] The second data determination submodule is used to, if not exceeding the limit, divide the diagnostic data based on the data size supported by the real-time storage capacity, and determine the second target diagnostic data to be sent in this round from the diagnostic data; if exceeding the limit, divide the diagnostic data based on the maximum data size supported by the communication protocol, and determine the second target diagnostic data to be sent in this round from the diagnostic data.

[0049] In one possible implementation of the second aspect, the above-mentioned processing and sending unit further includes:

[0050] The second retransmission processing module is used to, after sending the second target diagnostic data to the target electronic controller unit, if it receives a third response information from the target electronic controller unit, send a refresh command to the target electronic controller unit. The third response information includes a data reception failure identifier. The refresh command is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then return the current real-time storage capacity. Based on the real-time storage capacity returned by the target electronic controller unit after refreshing the storage space and the communication protocol currently executed by the vehicle diagnostic equipment, the module retransmits the second target diagnostic data to the target electronic controller unit.

[0051] A third aspect of this application provides an intelligent device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the vehicle diagnostic data processing method described in the first aspect above.

[0052] A fourth aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the vehicle diagnostic data processing method described in the first aspect above.

[0053] The fifth aspect of this application provides a computer program product comprising a computer program that, when executed by one or more processors, implements the steps of the vehicle diagnostic data processing method described in the first aspect above.

[0054] Therefore, in this embodiment of the application, before sending diagnostic data to the target electronic controller unit (ECU), the vehicle diagnostic device first sends a storage capacity query command to the target ECU. The storage capacity query command determines the current real-time storage capacity of the target ECU. Then, based on the real-time storage capacity fed back by the target ECU, the diagnostic data is sent to the target ECU. This makes the transmission of diagnostic data more flexible and avoids abnormal diagnostic service processing caused by the target ECU failing to receive the diagnostic data due to data overflow. This not only improves the efficiency of data transmission between the vehicle diagnostic device and the ECU, but also ensures the stability of diagnostic service data processing. Attached Figure Description

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

[0056] Figure 1 This is a schematic diagram of a vehicle diagnostic system that applies the vehicle diagnostic data processing method provided in the embodiments of this application;

[0057] Figure 2 This is a schematic diagram illustrating the implementation process of a vehicle diagnostic data processing method provided in an embodiment of this application;

[0058] Figure 3 This is a flowchart illustrating a specific implementation of the vehicle diagnostic data processing method provided in this application, which involves sending diagnostic data to a target electronic controller unit.

[0059] Figure 4 This is a flowchart illustrating a specific implementation of the vehicle diagnostic data processing method provided in this application, which determines the first target diagnostic data to be sent.

[0060] Figure 5 This is another specific implementation flowchart of sending diagnostic data to the target electronic controller unit in the vehicle diagnostic data processing method provided in the embodiments of this application;

[0061] Figure 6 This is a flowchart illustrating a specific implementation of the vehicle diagnostic data processing method provided in this application, which determines the second target diagnostic data to be sent.

[0062] Figure 7 This is a structural block diagram of the vehicle diagnostic data processing device provided in the embodiments of this application;

[0063] Figure 8 This is a schematic diagram of a smart device provided in an embodiment of this application. Detailed Implementation

[0064] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.

[0065] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0066] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0067] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."

[0068] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0069] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0070] Currently, when performing vehicle diagnostic services, some scenarios require transmitting large amounts of data to the ECU, such as writing configurations or flashing firmware. However, as an electronic component, the ECU generally has limited storage space for receiving data. When the data is too large and the ECU's data storage space is insufficient, it will cause the diagnostic service to fail and significantly reduce the efficiency of data transmission between the vehicle diagnostic equipment and the ECU.

[0071] Therefore, improving the efficiency of data transmission between vehicle diagnostic equipment and ECUs, and ensuring the stability of diagnostic service data processing, are issues that need to be considered.

[0072] The vehicle diagnostic data processing method provided in this application is applied to vehicle diagnostic equipment. Before sending diagnostic data to the ECU, the vehicle diagnostic equipment first queries the ECU's current real-time storage capacity, and then sends the diagnostic data to the ECU based on the real-time storage capacity fed back by the ECU. This makes the transmission of diagnostic data more flexible and avoids abnormal diagnostic service processing caused by the ECU failing to receive the diagnostic data due to data overflow. It not only improves the efficiency of data transmission between the vehicle diagnostic equipment and the ECU, but also ensures the stability of diagnostic service data processing.

[0073] By way of example and not limitation, the vehicle diagnostic data processing method provided in this application can be applied to various types of smart devices that need to perform vehicle diagnostic data processing, specifically including smart devices such as mobile phones, tablets, laptops, ultra-mobile personal computers (UMPCs), and desktop computers. This application does not impose any limitations on the specific type of smart device.

[0074] The following describes in detail the application scenario of a vehicle diagnostic data processing method provided in the embodiments of this application, as detailed below:

[0075] The vehicle diagnostic data processing method provided in this application is applied to a vehicle diagnostic system equipped with vehicle diagnostic equipment.

[0076] Figure 1 A schematic diagram of a vehicle diagnostic system provided in an embodiment of this application is shown. See also Figure 1 As shown, the vehicle diagnostic system includes at least an ECU 10 and a vehicle diagnostic device 11, wherein the vehicle diagnostic device 11 is communicatively connected to the ECU 10. The vehicle diagnostic device 11 can also be communicatively connected to a server. The vehicle diagnostic device 11 can be a vehicle diagnostic device with an integrated Internet of Things (IoT) module. For example, the IoT module can be a low-power NB-IoT chip, Zigbee chip, Wi-Fi chip, Z-wave chip, LoRa chip, or Sigfox chip, etc., implemented using Narrowband Internet of Things (NB-IoT) technology, enabling the vehicle diagnostic device 11 to communicate with the aforementioned server.

[0077] In specific application scenarios, when a user needs to diagnose a car using the vehicle diagnostic device 11, they can log in to the vehicle diagnostic device 11 to use it. For example... Figure 1 As shown, the vehicle diagnostic device 11 can communicate with one or more ECUs 10.

[0078] The vehicle diagnostic data processing method provided in this application will be described below with reference to specific embodiments.

[0079] Figure 2 The implementation flow of the vehicle diagnostic data processing method provided in this application embodiment is shown. In this embodiment, the vehicle diagnostic data processing method is applied to a vehicle diagnostic device, and the method flow may include the following steps S201 to S202.

[0080] Step S201: Before sending diagnostic data to the target electronic controller unit, a storage capacity query instruction is sent to the target electronic controller unit. The storage capacity query instruction is used to instruct the target electronic controller unit to determine and provide feedback on the current real-time storage capacity.

[0081] When performing diagnostic services, if a vehicle diagnostic device needs to send a large amount of diagnostic data to a target ECU, it first sends a storage capacity query command to the target ECU before sending the data. This command determines the target ECU's current real-time storage capacity, including the amount of free storage space available for receiving data. Based on this query, the target ECU determines the amount of free storage space available for receiving data in real time and feeds this information back to the vehicle diagnostic device. The diagnostic device can then determine the amount of data it can receive based on this feedback.

[0082] In this embodiment, before sending diagnostic data to the target ECU, the vehicle diagnostic device first queries the target ECU's real-time storage capacity. This allows for flexible determination of the size of the diagnostic data to be sent based on the ECU's real-time storage capacity, which can both prevent data overflow from the target ECU and maximize the utilization of the target ECU's data storage space, thereby improving data transmission efficiency.

[0083] ECUs, also known as the "vehicle computer," are used to control the vehicle's driving status and perform various functions. ECUs primarily utilize data acquisition and exchange from various sensors and buses to determine the vehicle's status and the driver's intentions, and then control the vehicle through actuators. Generally, vehicles are equipped with multiple ECUs, such as the engine ECU and transmission ECU. Different types of ECUs can perform the same or different types of diagnostic services.

[0084] In one possible implementation, the vehicle diagnostic device acquires a diagnostic instruction specifying a target diagnostic service to be executed. Based on this target diagnostic service, the diagnostic data to be sent is determined. The device then checks whether the size of the diagnostic data exceeds a preset data size threshold. If it does, a storage capacity query instruction is sent to the target ECU before sending the diagnostic data. If the size does not exceed the preset data size threshold, it means that the diagnostic data is small and can be sent directly to the target ECU without querying the target ECU's real-time storage capacity.

[0085] In this embodiment, after determining the target diagnostic service, it is determined whether it is necessary to query the real-time storage capacity of the target ECU based on the data size of the diagnostic data to be sent, thus avoiding invalid queries and further improving the efficiency of data transmission.

[0086] In one possible implementation, the vehicle diagnostic device acquires a diagnostic instruction specifying a target diagnostic service to be executed and a target ECU to execute the service. Based on the type of the target ECU, it determines whether to query its real-time storage capacity. If the target ECU is of the specified type, a storage capacity query instruction is sent to it before sending diagnostic data. If the target ECU is not of the specified type, diagnostic data can be sent directly to it based on the diagnostic service, without querying its real-time storage capacity.

[0087] After identifying the target diagnostic service and the target ECU, depending on the type of the target ECU, determine whether it is necessary to query the target ECU's real-time storage capacity to avoid invalid queries and further improve data transmission efficiency.

[0088] Step S202: Based on the real-time storage capability fed back by the target electronic controller unit, send the diagnostic data to the target electronic controller unit.

[0089] In this embodiment, the vehicle diagnostic device can dynamically determine the data size of each frame of diagnostic data sent to the target ECU based on the real-time storage capacity fed back by the target ECU. This can not only avoid data overflow in the target ECU's storage space leading to diagnostic service failure, but also improve the efficiency of data transmission between the vehicle diagnostic device and the ECU, and ensure the stability of diagnostic service data processing.

[0090] As one possible implementation of this application Figure 3This application illustrates a specific implementation flow of the vehicle diagnostic data processing method, which involves sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit. The details are as follows:

[0091] A1: Based on the real-time storage capacity fed back by the target electronic controller unit, determine the first target diagnostic data to be sent from the diagnostic data. The first target diagnostic data matches the real-time storage capacity fed back by the target electronic controller unit.

[0092] In this embodiment, matching the real-time storage capacity of the first target diagnostic data with that of the target ECU means that the size of the first target diagnostic data does not exceed the data size supported by the free storage space of the target ECU. The first target diagnostic data is a portion of the diagnostic data.

[0093] A2: Send the first target diagnostic data to the target electronic controller unit and receive the first response information from the target electronic controller unit. The first response information includes the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data.

[0094] The target ECU sends out a first response message based on the first target diagnostic data. The first response message also includes a data reception success identifier. After receiving the first target diagnostic data, the target ECU generates a data reception success identifier, calculates the latest real-time storage capacity, and generates the first response message based on the data reception success identifier and the latest real-time storage capacity, and sends it back to the vehicle diagnostic equipment so that the vehicle diagnostic equipment can obtain the latest real-time storage capacity of the target ECU.

[0095] A3: Based on the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data, send the remaining diagnostic data to the target electronic controller unit until all diagnostic data has been sent. The remaining diagnostic data refers to the diagnostic data excluding the first target diagnostic data that has been successfully sent in previous rounds.

[0096] In this embodiment, the vehicle diagnostic device, based on the latest real-time storage capacity fed back by the target ECU, redetermines the target data size for the first target diagnostic data to be sent in the next round. If the remaining diagnostic data size does not exceed the target data size, the remaining diagnostic data is directly sent to the target ECU. If the remaining diagnostic data size is greater than the target data size, steps A1 to A3 are repeated. That is, the vehicle diagnostic device again divides the remaining diagnostic data based on the latest real-time storage capacity fed back by the target ECU, determines the new first target diagnostic data for this round from the divided data, sends the newly determined first target diagnostic data to the target ECU, receives the first response information fed back by the target ECU based on the newly determined first target diagnostic data, and sends the remaining diagnostic data to the target electronic control unit until the diagnostic data is completely sent.

[0097] As one possible implementation of this application, such as Figure 4 As shown, based on the real-time storage capability fed back by the target electronic controller unit, the first target diagnostic data to be sent is determined from the diagnostic data, including:

[0098] A11: Determine whether the size of the diagnostic data exceeds the data size supported by the real-time storage capacity.

[0099] A12: If the data exceeds the limit, the diagnostic data is divided based on the data size supported by the real-time storage capacity, and the first target diagnostic data to be sent in this round is determined from the diagnostic data.

[0100] A13: If the result is not exceeded, the diagnostic data will be directly identified as the first target diagnostic data and sent to the target electronic controller unit.

[0101] In this embodiment, the real-time storage capacity of the target ECU, i.e., the data size supported by its free storage space, is first determined to meet the data size requirement of the diagnostic data. If it does not exceed the limit, it means that directly sending the diagnostic data to the target ECU will not cause data overflow, so the diagnostic data can be directly sent to the target ECU as the first target diagnostic data. If the data size supported by the target ECU's current free storage space is smaller than the data size of the diagnostic data, it means that the diagnostic data cannot be sent directly. The diagnostic data is then divided, and a portion of the divided diagnostic data is determined as the first target diagnostic data to be sent in this round. In this case, the first target diagnostic data is a part of the diagnostic data, and the data size of the first target diagnostic data is determined based on the target ECU's current real-time storage capacity.

[0102] In some implementations, the diagnostic data is a sequentially arranged queue. When the size of the diagnostic data exceeds the data size supported by the real-time storage capacity, data is selected sequentially from the diagnostic data queue until the total size of the selected data is equal to the data size supported by the real-time storage capacity of the target ECU. The selected data is then used as the first target diagnostic data to be sent in this round.

[0103] In some implementations, some data in the diagnostic data have data dependencies. When the size of the diagnostic data exceeds the data size supported by the real-time storage capacity, the diagnostic data is divided based on the data dependencies to obtain several data sets. Based on the real-time storage capacity of the target ECU, one set of data is randomly selected from the divided data as the first target diagnostic data to be sent in this round.

[0104] As one possible implementation of this application Figure 5 This application illustrates another specific implementation flow of the vehicle diagnostic data processing method, which involves sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit. The details are as follows:

[0105] B1: Determine the communication protocol between the vehicle diagnostic equipment and the target electronic control unit. For example, the vehicle diagnostic equipment and the target electronic control unit communicate using the CAN protocol.

[0106] B2: Based on the real-time storage capacity fed back by the target electronic controller unit and the communication protocol, determine the second target diagnostic data to be sent from the diagnostic data, wherein the second target diagnostic data matches the real-time storage capacity and the communication protocol.

[0107] In this embodiment, matching the real-time storage capacity of the second target diagnostic data with that of the target ECU means that the size of the second target diagnostic data does not exceed the data size supported by the free storage space of the target ECU. The second target diagnostic data is a portion of the diagnostic data.

[0108] B3: Send the second target diagnostic data to the target electronic controller unit and receive the second response information fed back by the target electronic controller unit. The second response information includes the real-time storage capability of the target electronic controller unit after receiving the second target diagnostic data.

[0109] The target ECU sends out a second response message based on the second target diagnostic data. The second response message also includes a data reception success identifier. After receiving the second target diagnostic data, the target ECU generates a data reception success identifier, calculates the latest real-time storage capacity, and generates the second response message based on the data reception success identifier and the latest real-time storage capacity. This message is then sent to the vehicle diagnostic equipment so that the vehicle diagnostic equipment can obtain the latest real-time storage capacity of the target ECU.

[0110] B4: Based on the real-time storage capability of the target electronic controller unit after receiving the second target diagnostic data, send the remaining diagnostic data to the target electronic controller unit until the diagnostic data is completely sent.

[0111] In this embodiment, the vehicle diagnostic device, based on the latest real-time storage capacity fed back by the target ECU, redetermines the target data size for the second target diagnostic data to be sent in the next round. If the remaining diagnostic data size does not exceed the target data size, the remaining diagnostic data is directly sent to the target ECU. If the remaining diagnostic data size is greater than the target data size, steps B2 to B4 are repeated. That is, the vehicle diagnostic device again divides the remaining diagnostic data based on the latest real-time storage capacity fed back by the target ECU, determines the second target diagnostic data for this round from the divided data, sends the newly determined second target diagnostic data to the target ECU, receives the second response information fed back by the target ECU based on the newly determined second target diagnostic data, and sends the remaining diagnostic data to the target electronic control unit until the diagnostic data is completely sent.

[0112] As one possible implementation of this application, such as Figure 6 As shown, based on the real-time storage capability fed back by the target electronic controller unit, the first target diagnostic data to be sent is determined from the diagnostic data, including:

[0113] B21: Determine whether the data size supported by the real-time storage capacity exceeds the maximum data size supported by the communication protocol.

[0114] B22: If not exceeded, the diagnostic data is divided based on the data size supported by the real-time storage capacity, and the second target diagnostic data to be sent in this round is determined from the diagnostic data.

[0115] B23: If the limit is exceeded, the diagnostic data is divided according to the maximum data size supported by the communication protocol, and the second target diagnostic data to be sent in this round is determined from the diagnostic data.

[0116] For example, the current vehicle diagnostic equipment uses the CAN protocol to communicate with the target ECU. A single CAN protocol data frame cannot exceed 4095 bytes. When the target ECU's free storage space supports a data size exceeding 4095 bytes, the vehicle diagnostic equipment sends data in 4095-byte increments. If the target ECU's free storage space does not support a data size exceeding 4095 bytes, it sends data in bytes supported by the target ECU's free storage space.

[0117] It should be noted that the specific implementation method for determining the second target diagnostic data sent in this round from the diagnostic data can refer to the aforementioned specific implementation method for determining the first target diagnostic data from the diagnostic data, and will not be repeated here.

[0118] In some possible implementations, the real-time storage capacity fed back by the target electronic controller unit also includes the data processing rate. The vehicle diagnostic equipment calculates the data size of the first or second target diagnostic data to be sent in the next round based on the data processing rate and the size of the free storage space of the target electronic controller unit.

[0119] As one possible implementation of this application, after sending the first target diagnostic data to the target electronic controller unit, or after sending the second target diagnostic data to the target electronic controller unit, if a third response information is received from the target electronic controller unit, a refresh instruction is sent to the target electronic controller unit. The third response information includes a data reception failure identifier. The refresh instruction is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then return the current real-time storage capacity. Based on the real-time storage capacity returned by the target electronic controller unit after refreshing the storage space, the first target diagnostic data or the second target diagnostic data is resent to the target electronic controller unit.

[0120] As can be seen from the above, through the embodiments of this application, before sending diagnostic data to the target electronic controller unit, the vehicle diagnostic device first sends a storage capacity query command to the target electronic controller unit. The storage capacity query command determines the current real-time storage capacity of the target electronic controller unit, and then sends the diagnostic data to the target electronic controller unit based on the real-time storage capacity fed back by the target electronic controller unit. This makes the transmission of diagnostic data more flexible and avoids abnormal diagnostic service processing caused by the target electronic controller unit's failure to receive diagnostic data due to data overflow. It not only improves the efficiency of data transmission between the vehicle diagnostic device and the ECU, but also ensures the stability of diagnostic service data processing.

[0121] It should be understood that the sequence number of each step in the embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0122] Corresponding to the vehicle diagnostic data processing method described in the above embodiments, Figure 7 A structural block diagram of a vehicle diagnostic data processing device provided in an embodiment of this application is shown. For ease of explanation, only the parts related to the embodiments of this application are shown.

[0123] Reference Figure 7 The vehicle diagnostic data processing device is used in vehicle diagnostic equipment. The device includes: a command interrogation unit 71 and a processing and sending unit 72, wherein:

[0124] The instruction query unit 71 is used to send a storage capacity query instruction to the target electronic controller unit before sending diagnostic data to the target electronic controller unit. The storage capacity query instruction is used to instruct the target electronic controller unit to determine and provide feedback on the current real-time storage capacity.

[0125] The processing and sending unit 72 is used to send the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit.

[0126] As one possible implementation of this application, the above-mentioned processing and sending unit 72 includes:

[0127] The first target data determination module is used to determine the first target diagnostic data to be sent from the diagnostic data based on the real-time storage capacity fed back by the target electronic controller unit, wherein the first target diagnostic data matches the real-time storage capacity fed back by the target electronic controller unit.

[0128] The first transmission processing module is configured to transmit the first target diagnostic data to the target electronic controller unit and receive first response information from the target electronic controller unit, the first response information including the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data; based on the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data, the module transmits the remaining diagnostic data to the target electronic controller unit until the diagnostic data transmission is complete.

[0129] As one possible implementation of this application, the target data determination module includes:

[0130] The first data size determination submodule is used to determine whether the data size of the diagnostic data exceeds the data size supported by the real-time storage capacity;

[0131] The first data determination submodule is used to divide the diagnostic data based on the data size supported by the real-time storage capacity if the data exceeds the limit, and determine the first target diagnostic data to be sent in this round from the diagnostic data.

[0132] As one possible implementation of this application, the above-mentioned processing and sending unit 72 further includes:

[0133] The first retransmission processing module is configured to, after sending the first target diagnostic data to the target electronic controller unit, if it receives a third response information from the target electronic controller unit, send a refresh instruction to the target electronic controller unit, wherein the third response information includes a data reception failure identifier, and the refresh instruction is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then return the current real-time storage capacity; based on the real-time storage capacity returned by the target electronic controller unit after refreshing the storage space, retransmit the first target diagnostic data to the target electronic controller unit.

[0134] As one possible implementation of this application, the above-mentioned processing and sending unit 72 further includes:

[0135] A protocol determination module is used to determine the communication protocol between the vehicle diagnostic equipment and the target electronic controller unit;

[0136] The second target data determination module is used to determine second target diagnostic data to be sent from the diagnostic data based on the real-time storage capacity fed back by the target electronic controller unit and the communication protocol. The second target diagnostic data matches the real-time storage capacity and the communication protocol.

[0137] The second transmission processing module is used to send the second target diagnostic data to the target electronic controller unit and receive the second response information fed back by the target electronic controller unit, the second response information including the real-time storage capacity of the target electronic controller unit after receiving the second target diagnostic data; based on the real-time storage capacity of the target electronic controller unit after receiving the second target diagnostic data, the module sends the remaining diagnostic data to the target electronic controller unit until the diagnostic data is completely sent.

[0138] As one possible implementation of this application, the second target data determination module includes:

[0139] The second data size determination submodule is used to determine whether the data size supported by the real-time storage capacity exceeds the maximum data size supported by the communication protocol for transmission.

[0140] The second data determination submodule is used to, if not exceeding the limit, divide the diagnostic data based on the data size supported by the real-time storage capacity, and determine the second target diagnostic data to be sent in this round from the diagnostic data; if exceeding the limit, divide the diagnostic data based on the maximum data size supported by the communication protocol, and determine the second target diagnostic data to be sent in this round from the diagnostic data.

[0141] As one possible implementation of this application, the above-mentioned processing and sending unit 72 further includes:

[0142] The second retransmission processing module is used to, after sending the second target diagnostic data to the target electronic controller unit, if it receives a third response information from the target electronic controller unit, send a refresh command to the target electronic controller unit. The third response information includes a data reception failure identifier. The refresh command is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then return the current real-time storage capacity. Based on the real-time storage capacity returned by the target electronic controller unit after refreshing the storage space and the communication protocol currently executed by the vehicle diagnostic equipment, the module retransmits the second target diagnostic data to the target electronic controller unit.

[0143] As can be seen from the above, through the embodiments of this application, before sending diagnostic data to the target electronic controller unit, the vehicle diagnostic device first sends a storage capacity query command to the target electronic controller unit. The storage capacity query command determines the current real-time storage capacity of the target electronic controller unit, and then sends the diagnostic data to the target electronic controller unit based on the real-time storage capacity fed back by the target electronic controller unit. This makes the transmission of diagnostic data more flexible and avoids abnormal diagnostic service processing caused by the target electronic controller unit's failure to receive diagnostic data due to data overflow. It not only improves the efficiency of data transmission between the vehicle diagnostic device and the ECU, but also ensures the stability of diagnostic service data processing.

[0144] This application embodiment also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements... Figures 1 to 6 The steps of any vehicle diagnostic data processing method are represented.

[0145] This application embodiment also provides a smart device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it implements... Figures 1 to 6 The steps of any vehicle diagnostic data processing method are represented.

[0146] This application also provides a computer program product that, when run on a smart device, causes the smart device to execute the implementation of... Figures 1 to 6 The steps of any vehicle diagnostic data processing method are represented.

[0147] Figure 8 This is a schematic diagram of a smart device provided in an embodiment of this application. Figure 8 As shown, the intelligent device 8 in this embodiment includes: a processor 80, a memory 81, and a computer program 82 stored in the memory 81 and executable on the processor 80. When the processor 80 executes the computer program 82, it implements the steps in the embodiments of the various vehicle diagnostic data processing methods described above, for example... Figure 2 Steps S201 to S202 are shown. Alternatively, when the processor 80 executes the computer program 82, it implements the functions of each module / unit in the above-described device embodiments, for example... Figure 7 The functions of units 71 and 72 shown.

[0148] For example, the computer program 82 may be divided into one or more modules / units, which are stored in the memory 81 and executed by the processor 80 to complete this application. The one or more modules / units may be a series of computer-readable instruction segments capable of performing a specific function, which describe the execution process of the computer program 82 in the smart device 8.

[0149] The intelligent device 8 can be a vehicle diagnostic device, and it may include, but is not limited to, a processor 80 and a memory 81. Those skilled in the art will understand that... Figure 8 This is merely an example of the smart device 8 and does not constitute a limitation on the smart device 8. It may include more or fewer components than shown, or combine certain components, or different components. For example, the smart device 8 may also include input / output devices, network access devices, buses, etc.

[0150] The processor 80 can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor.

[0151] The memory 81 can be an internal storage unit of the smart device 8, such as a hard drive or memory of the smart device 8. The memory 81 can also be an external storage device of the smart device 8, such as a plug-in hard drive, Smart Media Card (SMC), Secure Digital (SD) card, or Flash Card equipped on the smart device 8. Furthermore, the memory 81 can include both internal and external storage units of the smart device 8. The memory 81 is used to store the computer program and other programs and data required by the smart device. The memory 81 can also be used to temporarily store data that has been output or will be output.

[0152] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.

[0153] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0154] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include at least: any entity or device capable of carrying computer program code to a device / smart device, a recording medium, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electrical carrier signals or telecommunication signals.

[0155] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0156] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A method for processing vehicle diagnostic data, characterized in that, Applications in vehicle diagnostic equipment include: Before sending diagnostic data to the target electronic controller unit, a storage capacity query instruction is sent to the target electronic controller unit. The storage capacity query instruction is used to instruct the target electronic controller unit to determine and provide feedback on the current real-time storage capacity. Based on the real-time storage capability fed back by the target electronic controller unit, the diagnostic data is sent to the target electronic controller unit; The step of sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit includes: Determine whether the size of the diagnostic data exceeds the data size supported by the real-time storage capacity; if it does, divide the diagnostic data based on the data size supported by the real-time storage capacity, and determine the first target diagnostic data to be sent in this round from the diagnostic data, wherein the first target diagnostic data matches the real-time storage capacity fed back by the target electronic controller unit; The first target diagnostic data is sent to the target electronic controller unit, and the first response information fed back by the target electronic controller unit is received. The first response information includes the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data. Based on the real-time storage capability of the target electronic controller unit after receiving the first target diagnostic data, the remaining diagnostic data is sent to the target electronic controller unit until the diagnostic data is completely sent; wherein, the remaining diagnostic data refers to the diagnostic data excluding the first target diagnostic data that has been successfully sent in previous rounds.

2. The vehicle diagnostic data processing method as described in claim 1, characterized in that, The step of sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit further includes: After sending the first target diagnostic data to the target electronic controller unit, if a third response information is received from the target electronic controller unit, a refresh instruction is sent to the target electronic controller unit. The third response information includes a data reception failure identifier. The refresh instruction is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then provide feedback on the current real-time storage capacity. Based on the real-time storage capability fed back by the target electronic controller unit after refreshing the storage space, the first target diagnostic data is resent to the target electronic controller unit.

3. The vehicle diagnostic data processing method as described in claim 1, characterized in that, The step of sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit includes: Determine the communication protocol between the vehicle diagnostic equipment and the target electronic controller unit; Based on the real-time storage capacity fed back by the target electronic controller unit and the communication protocol, second target diagnostic data to be sent is determined from the diagnostic data, and the second target diagnostic data matches the real-time storage capacity and the communication protocol; The second target diagnostic data is sent to the target electronic controller unit, and the second response information fed back by the target electronic controller unit is received. The second response information includes the real-time storage capacity of the target electronic controller unit after receiving the second target diagnostic data. Based on the real-time storage capability of the target electronic controller unit after receiving the second target diagnostic data, the remaining diagnostic data is sent to the target electronic controller unit until the diagnostic data is completely sent.

4. The vehicle diagnostic data processing method as described in claim 3, characterized in that, The step of determining the second target diagnostic data to be sent from the diagnostic data based on the real-time storage capability fed back by the target electronic controller unit and the communication protocol includes: Determine whether the data size supported by the real-time storage capacity exceeds the maximum data size supported by the communication protocol; If the limit is not exceeded, the diagnostic data is divided based on the data size supported by the real-time storage capacity, and the second target diagnostic data to be sent in this round is determined from the diagnostic data. If the limit is exceeded, the diagnostic data is divided according to the maximum data size supported by the communication protocol, and the second target diagnostic data to be sent in this round is determined from the diagnostic data.

5. The vehicle diagnostic data processing method as described in claim 3, characterized in that, The step of sending the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit further includes: After sending the second target diagnostic data to the target electronic controller unit, if a third response information is received from the target electronic controller unit, a refresh instruction is sent to the target electronic controller unit. The third response information includes a data reception failure identifier. The refresh instruction is used to instruct the target electronic controller unit to delete the processed diagnostic data, refresh the storage space, and then provide feedback on the current real-time storage capacity. Based on the real-time storage capacity fed back by the target electronic controller unit after refreshing the storage space and the communication protocol currently executed by the vehicle diagnostic equipment, the second target diagnostic data is resent to the target electronic controller unit.

6. A vehicle diagnostic data processing device, characterized in that, Applications in vehicle diagnostic equipment include: The instruction query unit is used to send a storage capacity query instruction to the target electronic controller unit before sending diagnostic data to the target electronic controller unit. The storage capacity query instruction is used to instruct the target electronic controller unit to determine and provide feedback on the current real-time storage capacity. The processing and sending unit is used to send the diagnostic data to the target electronic controller unit based on the real-time storage capability fed back by the target electronic controller unit; The processing and sending unit includes: The target data determination module is used to determine whether the size of the diagnostic data exceeds the data size supported by the real-time storage capacity; if it does, the diagnostic data is divided based on the data size supported by the real-time storage capacity, and the first target diagnostic data to be sent in this round is determined from the diagnostic data, wherein the first target diagnostic data matches the real-time storage capacity fed back by the target electronic controller unit. A first transmission processing module is configured to transmit the first target diagnostic data to the target electronic controller unit and receive first response information from the target electronic controller unit, wherein the first response information includes the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data; based on the real-time storage capacity of the target electronic controller unit after receiving the first target diagnostic data, the module transmits the remaining diagnostic data to the target electronic controller unit until the diagnostic data transmission is complete; wherein the remaining diagnostic data refers to the diagnostic data excluding the first target diagnostic data that has been successfully transmitted in previous rounds.

7. A smart device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the vehicle diagnostic data processing method as described in any one of claims 1 to 5.

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

Images