Diagnostic control method and device, electronic equipment and storage medium

Abstract

This application discloses a diagnostic control method, apparatus, electronic device, and storage medium. When a first connector receives a first data frame that a first device needs to send to a second device, and the response type of the first data frame is a target response type, the first connector replaces the second device in sending a first acknowledgment frame for the first data frame to the first device. Specifically, after sending the data frame of the target response type, the first device interrupts the transmission of the data frame to be sent to the second device. Upon receiving the first acknowledgment frame, the first device continues to send the data frame to be sent to the second device to the first connector, so that the first connector can receive and forward the data frame to the second device. Based on this, by using the first connector, which is adjacent to the first device, to replace the second device in acknowledgment responses, the data frame transmission process does not require reliance on network acknowledgment interactions, reducing timeout problems caused by network latency.

Description

Technical Field

[0001] This application relates to the field of vehicle control technology, specifically to a diagnostic control method, device, electronic device, and storage medium. Background Technology

[0002] In existing automotive remote diagnostic systems, a transparent communication architecture is commonly used, such as... Figure 1 As shown, the vehicle-side connector (i.e., the C-end connector) interacts with the vehicle through the On-Board Diagnostics (OBD) interface to collect vehicle data, while the diagnostic device-side connector (i.e., the B-end connector) interacts with the diagnostic device through the OBD port to obtain diagnostic requests.

[0003] The basic workflow of the aforementioned transparent communication architecture is as follows: The B-end connector receives a diagnostic request from a diagnostic device (such as a diagnostic tool) via the bus (e.g., CAN bus) on the OBD port, and forwards this request to the C-end connector via the network. Upon receiving the diagnostic request data, the C-end connector sends the request to the vehicle's Electronic Control Unit (ECU) via the bus on the OBD port to obtain a response from the ECU. After receiving the diagnostic response from the vehicle ECU, the C-end connector sends it back to the B-end connector via the network, enabling the B-end connector to send the received diagnostic response to the diagnostic device via the bus on the OBD port.

[0004] However, the above architecture has the following problem: various command interactions must go through a complete process such as Figure 1 The diagram shows the link: "Diagnostic device → B-end connector → Cloud platform (network end) → C-end connector → ECU → C-end connector → Cloud platform → B-end connector → Diagnostic device". Because the transmission latency of wireless networks (such as Wi-Fi or 4G) is unpredictable, especially in cross-regional remote diagnostic scenarios, network latency can easily cause the diagnostic device to fail to receive a response within the preset timeout threshold, thus triggering a communication timeout interruption. Summary of the Invention

[0005] This application provides a diagnostic control method, apparatus, electronic device, and storage medium. A first connector adjacent to a first device can replace a second device for acknowledgment and response. The second device is located further away from the first device than the first connector. Therefore, the first device does not need to rely on the network for acknowledgment interaction during multi-frame data transmission to the second device, reducing timeout issues caused by network latency and improving the stability of diagnostic communication.

[0006] This application provides a diagnostic control method applied to a diagnostic control system. The diagnostic control system includes a diagnostic device, a diagnostic device-side connector connected to the diagnostic device, a vehicle control module, and a vehicle-side connector connected to the vehicle control module. The diagnostic device-side connector and the vehicle-side connector are communicatively connected, including:

[0007] When the first connector receives a first data frame that the first device needs to send to the second device, it parses the first data frame to obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is the diagnostic device, the first connector is the diagnostic device side connector and the second device is the vehicle control module. When the first device is the vehicle control module, the first connector is the vehicle side connector and the second device is the diagnostic device.

[0008] When the response type of the first data frame is the target response type, the first connector replaces the second device to generate the first confirmation response frame of the first data frame, and sends the first confirmation response frame to the first device. In this case, after the first device sends the data frame of the target response type to be sent to the second device to the first connector, the first device interrupts the transmission of the data frame to be sent to the second device.

[0009] Upon receiving the first confirmation response frame, the first device continues to send data frames to be sent to the second device to the first connector, so as to receive and forward the data frames to the second device through the first connector.

[0010] Accordingly, this application also provides a diagnostic control device applied to a diagnostic control system. The diagnostic control system includes a diagnostic device, a diagnostic device-side connector connected to the diagnostic device, a vehicle control module, and a vehicle-side connector connected to the vehicle control module. The diagnostic device-side connector and the vehicle-side connector are communicatively connected, including:

[0011] The first transmitting unit is configured to parse the first data frame and obtain a first parsing result when the first connector receives a first data frame that the first device needs to send to the second device, wherein the first parsing result includes the response type of the first data frame. When the first device is the diagnostic device, the first connector is the diagnostic device side connector and the second device is the vehicle control module. When the first device is the vehicle control module, the first connector is the vehicle side connector and the second device is the diagnostic device.

[0012] The second sending unit is configured to generate a first acknowledgment frame for the first data frame by replacing the second device through the first connector when the acknowledgment type of the first data frame is the target acknowledgment type, and send the first acknowledgment frame to the first device. The first device interrupts the transmission of the data frame to be sent to the second device after the first device sends the data frame of the target acknowledgment type to the first connector.

[0013] The third sending unit is configured to, upon receiving the first confirmation response frame from the first device, continue to send the data frame to be sent to the second device to the first connector through the first device, so as to receive and forward the data frame to the second device through the first connector.

[0014] Furthermore, this application also provides an electronic device, including a processor and a memory, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the diagnostic control method provided in this application.

[0015] Furthermore, this application embodiment also provides a storage medium storing a computer program. When the computer program is run on an electronic device, the computer program is used to cause the electronic device to execute any of the diagnostic control methods provided in this application embodiment.

[0016] Furthermore, embodiments of this application also provide a computer program product, including a computer program or instructions, which, when executed by a processor, implement any of the diagnostic control methods provided in embodiments of this application.

[0017] In this embodiment, a diagnostic control system is applied. The diagnostic control system includes a diagnostic device, a diagnostic device-side connector connected to the diagnostic device, a vehicle control module, and a vehicle-side connector connected to the vehicle control module. The diagnostic device-side connector and the vehicle-side connector are communicatively connected. When the first connector receives a first data frame that the first device needs to send to the second device, it parses the first data frame to obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device-side connector, and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle-side connector, and the second device is a diagnostic device. If the response type of the first data frame is the target response type, the first connector generates a first confirmation response frame for the first data frame instead of the second device and sends the first confirmation response frame to the first device. After the first device sends the data frame of the target response type to the second device to the first connector, the first device interrupts sending the data frame to the second device. If the first device receives the first confirmation response frame, it continues to send the data frame to the second device to the first connector, so that the first connector receives and forwards the data frame to the second device. Based on this, the first connector, located adjacent to the first device, replaces the second device for acknowledgment and response. This second device is further away from the first device than the first connector. Therefore, the first device does not need to rely on the network for acknowledgment interaction during multi-frame data transmission to the second device, thus ensuring that data transmission does not time out due to network latency and improving the stability of diagnostic communication. Attached Figure Description

[0018] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying 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.

[0019] Figure 1 This is an architecture diagram of the diagnostic control system provided in an embodiment of this application;

[0020] Figure 2 This is a schematic diagram of an implementation scenario provided in the embodiments of this application;

[0021] Figure 3 This is a schematic flowchart of the diagnostic control method provided in the embodiments of this application;

[0022] Figure 4 This is a schematic flowchart of the diagnostic control method provided in the embodiments of this application;

[0023] Figure 5This is another specific flowchart illustrating the diagnostic control method provided in the embodiments of this application;

[0024] Figure 6 This is a schematic diagram of the structure of the diagnostic control device provided in the embodiments of this application;

[0025] Figure 7 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0026] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0027] Furthermore, in the embodiments of this application, "multiple" refers to two or more. The terms "first" and "second," etc., in the embodiments of this application are used for distinguishing descriptions and should not be construed as implying relative importance.

[0028] This application provides a diagnostic control method, apparatus, electronic device, storage medium, and computer program product. The diagnostic control apparatus can be integrated into electronic devices associated with a diagnostic control system. These electronic devices can be servers within the diagnostic control system, or terminal devices controlled by the diagnostic control system (e.g., vehicles and diagnostic equipment).

[0029] The server can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, network acceleration services (Content Delivery Network, CDN), as well as big data and artificial intelligence platforms.

[0030] The terminal can be a smartphone, tablet, laptop, desktop computer, smart speaker, smartwatch, etc., but is not limited to these. The terminal and the server can be connected directly or indirectly through wired or wireless communication, which is not limited herein.

[0031] Please see Figure 2 Taking the integration of diagnostic control devices into electronic devices as an example, Figure 2This is a schematic diagram of an implementation scenario of the diagnostic control method provided in this application. The electronic device can be a diagnostic control system, which includes a diagnostic device, a diagnostic device side connector connected to the diagnostic device, a vehicle control module, and a vehicle side connector connected to the vehicle control module. The diagnostic device side connector and the vehicle side connector are communicatively connected. When the first connector receives a first data frame that the first device needs to send to the second device, it parses the first data frame to obtain a first parsing result. This first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device-side connector, and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle-side connector, and the second device is a diagnostic device. If the response type of the first data frame is the target response type, the first connector generates a first acknowledgment response frame for the first data frame, replacing the second device, and sends this first acknowledgment response frame to the first device. Specifically, after the first device sends the data frame of the target response type to the first connector, it interrupts sending the data frame to the second device. Upon receiving the first acknowledgment response frame, the first device continues to send the data frame to the first connector, so that the first connector can receive and forward the data frame to the second device. Based on this, the first connector, which is adjacent to the first device, replaces the second device for acknowledgment response. This second device is farther from the first device than the first connector. Therefore, the first device does not need to rely on the network for confirmation interaction during the multi-frame data transmission process to the second device, reducing timeout problems caused by network latency and improving the stability of diagnostic communication.

[0032] It should be noted that, Figure 2 The schematic diagram illustrating the implementation environment of the diagnostic control method is merely an example. The implementation environment of the diagnostic control method described in this application is intended to more clearly illustrate the technical solutions of this application and does not constitute a limitation on the technical solutions provided in this application. Those skilled in the art will recognize that, with the evolution of data processing and the emergence of new business scenarios, the technical solutions provided in this application are equally applicable to similar technical problems.

[0033] The solutions provided in this application are specifically illustrated through the following embodiments. It should be noted that the order of description of the following embodiments is not intended to limit the preferred order of the embodiments.

[0034] This embodiment will be described from the perspective of a diagnostic control device, which can be integrated into an electronic device, which can be a terminal device and / or a server, and this application does not limit it.

[0035] The diagnostic control method provided in one embodiment of this application is applied to, for example, Figure 1 The diagnostic control system shown includes a diagnostic device, a diagnostic device side connector connected to the diagnostic device, a vehicle control module, and a vehicle side connector connected to the vehicle control module, wherein the diagnostic device side connector and the vehicle side connector are communicatively connected.

[0036] Among them, the diagnostic control system refers to the system used to perform diagnostic control on vehicles using diagnostic equipment.

[0037] Diagnostic equipment refers to devices that send diagnostic requests to vehicles and receive information from the vehicles based on those requests, such as diagnostic instruments. The diagnostic equipment side connector refers to the local proxy of the diagnostic equipment. Figure 1 The B-end of the diagnostic equipment is connected to the diagnostic equipment via a CAN bus. The diagnostic equipment side connector is responsible for packaging the CAN messages from the diagnostic equipment and sending them to the remote end (i.e., the vehicle-side connector and vehicle control module in this application) via the cloud platform (i.e., the network), as well as transmitting messages from the remote end to the diagnostic equipment.

[0038] Among them, the vehicle control module refers to the vehicle's Electronic Control Unit (ECU). The vehicle-side connector refers to the local agent on the vehicle side, i.e. Figure 1 The C-end of the connector. The vehicle-side connector is connected to the vehicle control module via the CAN bus. The vehicle-side connector is responsible for transmitting messages from the remote end to the vehicle control module, and for sending the messages required by the vehicle control module after a diagnostic request to the remote end (i.e., the diagnostic device-side connector and diagnostic device in this application) via the cloud platform (i.e., the network).

[0039] Please see Figure 3 The diagnostic control method may include the following steps S101 to S103:

[0040] S101. When the first connector receives the first data frame that the first device needs to send to the second device, it parses the first data frame to obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device side connector and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle side connector and the second device is a diagnostic device.

[0041] The first data frame refers to the data frame sent by the first device and received by the first connector.

[0042] It should be noted that the first data frame is a data frame in the message that the first device needs to send to the second device, and the first connector is merely a relay station between the first device and the second device. That is, the sending process can be: the first device sends the first data frame to the first connector, so that the first connector can forward the first data frame to the second device.

[0043] The first parsing result refers to the result obtained after parsing the first data frame. The specific parsing method is a conventional existing method and is not limited here.

[0044] The response type refers to whether the second device needs to send an acknowledgment response when it receives the data frame. Data frame response types include those requiring acknowledgment and those not requiring acknowledgment (ACK, Acknowledge character).

[0045] S102. When the response type of the first data frame is the target response type, the first connector replaces the second device to generate the first confirmation response frame of the first data frame, and sends the first confirmation response frame to the first device. In this case, after the first device sends the data frame of the target response type to be sent to the second device to the first connector, the first device interrupts the transmission of the data frame to be sent to the second device.

[0046] The target response type is used to indicate that a confirmation response is required.

[0047] The first confirmation response frame refers to the data frame in which the first connector, instead of the second device, sends a confirmation response to the first device.

[0048] It should be noted that in the traditional solution, when the response type of the first data frame requires an acknowledgment, the first connector sends the first data frame to the second connector via the network. The second connector then forwards the first data frame to the second device. After the second device generates an acknowledgment frame for the first data frame, it returns to the first device via the link of the second connector, the network, the first connector, and the first device. This link relies on the network for interaction, which is prone to timeout issues due to network latency. Even if there is no network latency, the response time is still relatively long.

[0049] In the solution adopted in this application, when the response type of the first data frame requires confirmation, the first connector can directly replace the second device to generate the first confirmation response frame for the first data frame and send the first confirmation response frame to the first device. Since the first connector and the first device are directly connected via the CAN bus, there is no need to rely on the network for interaction, avoiding timeout problems caused by network latency and improving response efficiency.

[0050] Understandably, during the transmission of multiple consecutive data frames belonging to the same message, ACK frames need to be interspersed among the data frames so that the sending end can continue sending other data frames after receiving the acknowledgment from the receiving end. Taking the transmission from a diagnostic instrument as an example, existing solutions require waiting for the ACK acknowledgment frame from the ECU, and since the ECU is at a remote location, this requires transmission over the network. However, in this application, the ACK acknowledgment is directly handled at the near end (i.e., the B-end connector). Since the B-end and the diagnostic instrument are directly connected, multiple data frames can be received without relying on the network.

[0051] S103. Upon receiving the first confirmation response frame, the first device continues to send the data frame to be sent to the second device to the first connector, so as to receive and forward the data frame to the second device through the first connector.

[0052] The first device continues to send data frames to be sent to the second device to the first connector. When the first connector receives another data frame from the first device that needs to be sent to the second device, the data frame is used as a new first data frame and the above steps continue.

[0053] Specifically, when the first device receives the first confirmation response frame, the first device continues to send the data frame to be sent to the second device to the first connector, and uses this data frame as the new first data frame. Then, the process returns to the step of parsing the first data frame when the first connector receives the first data frame that the first device needs to send to the second device, and obtaining the first parsing result.

[0054] Therefore, the diagnostic control method provided in this application embodiment is applied to a diagnostic control system. The diagnostic control system includes a diagnostic device, a diagnostic device-side connector connected to the diagnostic device, a vehicle control module, and a vehicle-side connector connected to the vehicle control module. The diagnostic device-side connector and the vehicle-side connector are communicatively connected. When the first connector receives a first data frame that the first device needs to send to the second device, it parses the first data frame to obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device-side connector, and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle-side connector, and the second device is a diagnostic device. If the response type of the first data frame is a target response type, the first connector generates a first confirmation response frame for the first data frame, replacing the second device, and sends the first confirmation response frame to the first device. After the first device sends the data frame of the target response type to the second device to the first connector, the first device interrupts sending the data frame to the second device. If the first device receives the first confirmation response frame, it continues to send the data frame to the second device to the first connector, so that the first connector receives and forwards the data frame to the second device. Based on this, the first connector, which is located adjacent to the first device, replaces the second device for acknowledgment and response. The second device is further away from the first device than the first connector. Therefore, the first device does not need to rely on the network for acknowledgment interaction during multi-frame data transmission to the second device, reducing timeout issues caused by network latency and improving the stability of diagnostic communication.

[0055] In some embodiments, the first parsing result further includes a message end identifier for the first data frame. This message end identifier indicates whether the first data frame is the last data frame in its respective message.

[0056] Based on this, the above-mentioned diagnostic control method further includes: when the message end identifier of the first data frame is the target message end identifier and the first device is a diagnostic device, generating a first negative response frame indicating that the device is busy, wherein the target message end identifier is used to indicate that the first data frame is the last data frame in the message; sending the first negative response frame to the diagnostic device through the diagnostic device side connector, so that the diagnostic device extends the allowed response duration after receiving the first negative response frame, wherein the allowed response duration is used to indicate the limited duration for which the diagnostic device receives the response frame for the message from the vehicle control module.

[0057] The first negative response frame is a data frame used to indicate that the device is busy.

[0058] The adjustment process can be modified according to actual circumstances, and this application embodiment does not impose any limitations. For example, the adjusted allowable response time can be obtained by adding a preset adjustment time and the current allowed response time. For instance, if the preset adjustment time is 5 seconds and the current allowed response time is 3 seconds, the adjusted allowable response time is 8 seconds. Alternatively, the adjusted allowable response time can be obtained by multiplying a preset adjustment coefficient by the current allowed response time. For instance, if the preset adjustment coefficient is 1.5 and the current allowed response time is 3 seconds, the adjusted allowable response time is 4.5 seconds.

[0059] It should be noted that in existing technologies, after a diagnostic device sends a diagnostic request (i.e., a message) to the vehicle control module (i.e., the ECU), the diagnostic device will wait for a response (such as a positive or negative response) from the vehicle control module within a specified response time. This specified response time is pre-configured based on the diagnostic device.

[0060] In this application, when all the data frames included in the diagnostic request have been sent, a first negative response frame is sent to the diagnostic device via the diagnostic device side connector to extend the allowed response time. By extending the allowed response time, it prevents network latency issues from causing the vehicle control module to respond slowly to the diagnostic request and triggering errors.

[0061] In some embodiments, each data frame includes a frame sequence number. This frame sequence number is used to indicate which data frame in the message to which the data frame belongs.

[0062] The first connector is configured with a first transmission control variable. This first transmission control variable is used to indicate the variables that control the calculation of data frames transmitted outward by the first connector.

[0063] Based on this, the process of generating the first negative response frame indicating that the device is busy may include: generating the first negative response frame indicating that the device is busy, and setting the frame sequence number of the first negative response frame according to the first transmission control variable.

[0064] After setting the frame number of the first negative response frame according to the first transmission control variable, the first transmission control variable is incremented; if the incremented first transmission control variable exceeds the preset control variable, the first transmission control variable is set to zero.

[0065] Among them, the preset control variable is used to indicate the maximum sequence number that the sequence number of the data frame edited by the first interface can reach.

[0066] In this way, the sequence number of the transmitted data frame can be automatically adjusted through the first transmission control variable.

[0067] In some embodiments, the diagnostic control method further includes: when the response type of the first data frame is the target response type, the first connector does not perform a forwarding operation on the first data frame; when the response type of the first data frame is not the target response type, the first connector forwards the first data frame to the second connector through a communication connection to store the first data frame in the buffer of the second connector; wherein, when the first device is a diagnostic device, the second connector is a vehicle-side connector, and when the first device is a vehicle-side connector, the second connector is a diagnostic device.

[0068] Specifically, when the first data frame is an ACK frame, since the first connector performs the acknowledgment response on behalf of the peer (i.e., the second device and the second connector), the first connector does not forward the first data frame to the peer.

[0069] To facilitate understanding of the above embodiments, a specific embodiment will be used for explanation below. Please refer to... Figure 4 , Figure 4 This application provides a data frame processing flow, the execution entity (i.e., the first connector) of which can be a diagnostic equipment side connector (i.e., B end) or a vehicle side connector (i.e., C end), as detailed below:

[0070] Step 1: Receive TP2.0 data frames from the CAN bus.

[0071] When the executing entity is B, B receives data frames from the diagnostic device via the CAN bus. These data frames can be data frames based on the TP2.0 protocol.

[0072] It should be noted that in the diagnostic control system, this application can be based on the TP2.0 protocol to enable communication and data transmission between the diagnostic equipment and the vehicle ECU.

[0073] Step 2: Parse the TP2.0 data frame to obtain its AR, EOM, and SN.

[0074] Here, AR refers to the acknowledgment type of the TP2.0 data frame. When AR=0, it means that the TP2.0 data frame is an ACK frame and requires an acknowledgment. When AR=1, it means that the TP2.0 data frame does not require an acknowledgment.

[0075] Here, EOM refers to the message end identifier of the TP2.0 data frame. When EOM=1, it means that the TP2.0 data frame is the last data frame in its message, and when EOM=0, it means that the TP2.0 data frame is not the last data frame in its message.

[0076] SN refers to the frame sequence number of the TP2.0 data frame.

[0077] Step 3: If the TP2.0 data frame originates from the diagnostic device on the B end, and the message to which the TP2.0 data frame belongs is a new diagnostic request, then record the service request identifier of the diagnostic request.

[0078] The service request identifier can be used to subsequently generate a negative response frame indicating that the device is busy in response to the diagnostic request. For example, the service request identifier can be represented by a SID, and the format of a negative response frame indicating that the device is busy is 0x7FSID0x78.

[0079] Step 4: If AR=0 in the TP2.0 data frame, then replace it with an ACK frame and set the frame number of the replaced ACK frame to SN+1.

[0080] The returned ACK frame is the first acknowledgment frame mentioned in the embodiments of this application.

[0081] Step 5: If EOM=1 in the TP2.0 data frame and the TP2.0 data frame comes from the diagnostic device at the B end, then replace it with a negative response frame indicating that the device is busy, and set the frame number of the negative response frame to SEND_SN.

[0082] SEND_SN is the first send control variable configured by the executing entity.

[0083] After setting the frame number of the negative response frame to SEND_SN, it is also necessary to increment SEND_SN and determine whether the incremented SEND_SN is a preset control variable.

[0084] In this example, the default control variable is set to 15, meaning that if SEND_SN > 15, SEND_SN needs to be set to zero.

[0085] Step 6: Forward the TP2.0 data frame over the network to the other end.

[0086] In this way, by using ACKs at the near end, interaction can be performed without relying on the network during the transmission of multiple consecutive frames, thus ensuring that timeout issues are not caused by network latency.

[0087] In addition, by setting a negative response indicating that the device is busy, the allowed response time of the diagnostic device can be extended, reducing the number of error messages caused by network problems.

[0088] In some embodiments, after storing the first data frame in the buffer of the second connector, the diagnostic control method further includes: if the buffer of the second connector stores a message sent from the first device to the second device, reading the second data frame from the message in the buffer of the second connector; parsing the second data frame to obtain a second parsing result corresponding to the second data frame, wherein the second parsing result includes the response type of the second data frame and the message end identifier of the second data frame; sending the second data frame from the message to the second device through the second connector; if the response type of the second data frame is the target response type, the second connector interrupts sending other data frames from the message to the second device until the second connector receives a second acknowledgment response frame from the second device for the second data frame; if the response type of the second data frame is not the target response type and the message end identifier of the second data frame is not the target message end identifier, returning to the step of reading the second data frame from the buffer of the second connector until the message end identifier of the second data frame is the target message end identifier.

[0089] The second data frame is used to indicate the currently read data frame among the multiple data frames contained in a message stored in the buffer of the second connector.

[0090] The second parsing result refers to the result obtained after parsing the second data frame. The parsing method is a conventional method, and no restrictions are imposed here.

[0091] The message end marker of the second data frame is used to indicate whether the second data frame is the last data frame in the message.

[0092] The target message end identifier and target response type are consistent with the definitions in the above embodiments, and will not be repeated here.

[0093] In some embodiments, the second parsing result further includes the frame sequence number of the second data frame. This frame sequence number indicates which data frame in the message to which the data frame belongs.

[0094] The second connector is configured with a second transmission control variable. This second transmission control variable is used to indicate the variables used to control the calculation of data frames transmitted by the second connector. The first and second transmission control variables are actually the same variable; the difference is that when the connector is a transmitting connector, it is defined as the first transmission control variable, and when the connector is a receiving connector, it is defined as the second transmission control variable.

[0095] Based on this, before sending the second data frame to the second device through the second connector, the above-mentioned diagnostic control method further includes: modifying the frame sequence number of the second data frame according to the second transmission control variable.

[0096] Specifically, the frame sequence number of the second data frame is modified to the second transmission control variable.

[0097] In some embodiments, the diagnostic control method further includes: after modifying the frame sequence number of the second data frame according to the second transmission control variable, incrementing the second transmission control variable; if the incremented second transmission control variable exceeds a preset control variable, setting the second transmission control variable to zero.

[0098] The preset control variables can be referred to in the above description, and will not be repeated here.

[0099] To facilitate understanding of the above embodiments, a specific embodiment will be used for explanation below. Please refer to... Figure 5 , Figure 5 This application provides a data frame transmission process, the execution entity (i.e., the second connector) of which can be a diagnostic equipment-side connector (i.e., B-end) or a vehicle-side connector (i.e., C-end), as detailed below:

[0100] Step 1: After the data packets of a message are collected in the buffer of the second connector, a data frame of that message, namely the second data frame, is read from the buffer.

[0101] Step 2: Parse the second data frame to obtain the AR and EOM of the second data frame.

[0102] For the specific meanings and related information of AR and EOM, please refer to [link / reference]. Figure 4 The specific embodiments described herein will not be repeated here.

[0103] Step 3: Modify the frame sequence number SN of the second data frame. The SN of the second data frame is SEND_SN.

[0104] For the specific meanings and related information of SN and SEND_SN, please refer to [link / reference]. Figure 4 The specific embodiments described herein will not be repeated here.

[0105] In this embodiment, SEND_SN is the second transmission control variable.

[0106] Step 4: After modifying the frame sequence number of the second data frame, increment the second transmission control variable, that is, SEND_SN = SEND_SN + 1.

[0107] Step 5: Determine whether the SEND_SN after the auto-increment process is a preset control variable.

[0108] In this example, the default control variable is set to 15, meaning that if SEND_SN > 15, then SEND_SN needs to be set to zero; that is, if SEND_SN > 15, then SEND_SN = 0.

[0109] Step 6: Send the second data frame to the CAN bus to transmit the second data frame to the second device.

[0110] Step 7: If AR=1 for the second data frame, then proceed to step 9.

[0111] Step 8: If AR=0 in the second data frame and the execution subject is B, then wait for the ACK response from the diagnostic device. If AR=0 in the second data frame and the execution subject is C, then wait for the ACK response from the ECU.

[0112] Step 9: If the EOM of the second data frame is 1, the process ends; otherwise, return to step 1.

[0113] In this way, by collecting the data frames contained in a message in the buffer of the second connector, the data frames are then sent to the second device via the CAN bus to prevent timeouts caused by network fluctuations between frames during the data frame transmission process, thereby improving the reliability of diagnostic control.

[0114] In some embodiments, the diagnostic device side connector described above stores a negative response mechanism that the vehicle control module can send to the diagnostic device.

[0115] The negative response mechanism refers to the process by which the vehicle control module responds negatively to errors in messages sent by the diagnostic equipment.

[0116] The negative response mechanism can be adjusted according to the actual situation, and the embodiments of this application are not limited thereto. For example, the negative response mechanism includes a negative response from the vehicle control module to an error of packet loss in the message sent by the diagnostic device, and / or a negative response from the vehicle control module to an error of discontinuous data frames in the message sent by the diagnostic device, and / or a negative response from the vehicle control module to an error of incorrect data format in the message sent by the diagnostic device.

[0117] The diagnostic device side connector can learn the negative response mechanism that the vehicle control module can send to the diagnostic device, and store the negative response mechanism. For example, when both the diagnostic device and the vehicle are connected to the diagnostic control system, the device acquires vehicle information and sends it to the diagnostic device side connector, so that the diagnostic device side connector can obtain a negative response mechanism that matches the vehicle information from the server and store the negative response mechanism.

[0118] Based on this, the above-mentioned diagnostic control method further includes: when the diagnostic device side connector receives a third data frame that the diagnostic device needs to send to the vehicle control module, and the third data frame satisfies the negative response mechanism, generating a second negative response frame according to the negative response mechanism satisfied by the third data frame; and sending the second negative response frame to the diagnostic device through the diagnostic device side connector instead of the vehicle control module, so that the diagnostic device resends the data frame that does not satisfy the negative response mechanism.

[0119] The third data frame refers to the data frame that the diagnostic device needs to send to the vehicle control module, which is the data frame received by the connector on the side of the device being diagnosed.

[0120] The third data frame satisfying the negative response mechanism can mean that the third data frame is in a data frame discontinuity error with the data frame previously received in the same message by the diagnostic device side connector, or that the data format of the third data frame is incorrect, etc. The specific settings can be configured according to the specific content of the negative response mechanism.

[0121] The second negative response frame is a data frame used to notify the diagnostic device of the negative response mechanism satisfied by the third data frame.

[0122] It should be noted that in the traditional solution, when the third data frame satisfies the negative response mechanism, it is forwarded to the vehicle-side connector via the diagnostic device side connector. The vehicle-side connector then forwards it to the vehicle control module. The vehicle control module, based on its own negative response mechanism, determines the negative response mechanism satisfied by the third data frame and generates a negative response frame to notify the diagnostic device. After generating the negative response frame, it returns to the diagnostic device via the link: vehicle-side connector, network, diagnostic device side connector, and diagnostic device. This link relies on the network for interaction, which is prone to timeout issues due to network latency. Even if there is no network latency, the response time is still relatively long.

[0123] In the scheme adopted in this application, if the third data frame satisfies the negative response mechanism, the negative response frame for notifying the diagnostic equipment can be directly generated by the diagnostic equipment side connector instead of the vehicle control module, and then sent to the diagnostic equipment. Since the diagnostic equipment side connector and the diagnostic equipment are directly connected via the CAN bus, there is no need to rely on the network for interaction, avoiding timeout problems caused by network latency, and improving response efficiency.

[0124] To facilitate better implementation of the diagnostic control method provided in the embodiments of this application, the embodiments of this application also provide an apparatus based on the above-described diagnostic control method. The meanings of the terms used are the same as in the above-described diagnostic control method, and specific implementation details can be found in the descriptions in the method embodiments.

[0125] For example, such as Figure 6As shown, this diagnostic control device is applied to, for example Figure 1 The diagnostic control system shown includes a diagnostic device, a diagnostic device-side connector connected to the diagnostic device, a vehicle control module, and a vehicle-side connector connected to the vehicle control module, wherein the diagnostic device-side connector and the vehicle-side connector are communicatively connected. The diagnostic control device may include a first transmitting unit 201, a second transmitting unit 202, and a third transmitting unit 203, as detailed below:

[0126] The first transmitting unit 201 is used to parse the first data frame when the first connector receives the first data frame that the first device needs to send to the second device, and obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device side connector and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle side connector and the second device is a diagnostic device.

[0127] The second sending unit 202 is used to generate a first confirmation response frame for the first data frame by replacing the second device through the first connector when the response type of the first data frame is the target response type, and send the first confirmation response frame to the first device. In this case, after the first device sends the data frame of the target response type to be sent to the second device to the first connector, the first device interrupts the transmission of the data frame to be sent to the second device.

[0128] The third sending unit 203 is used to continue sending data frames to be sent to the second device through the first device to the first connector when the first device receives the first confirmation response frame, so as to receive and forward the data frames to the second device through the first connector.

[0129] In some embodiments, the first parsing result further includes a message end identifier for the first data frame, which is used to indicate whether the first data frame is the last data frame in the message.

[0130] Based on this, the aforementioned diagnostic control device also includes:

[0131] A frame generation unit is configured to generate a first negative response frame indicating that the device is busy when the message end identifier of the first data frame is the target message end identifier and the first device is a diagnostic device, wherein the target message end identifier is used to indicate that the first data frame is the last data frame in the message to which it belongs.

[0132] The adjustment unit is used to send a first negative response frame to the diagnostic device through the diagnostic device side connector, so that the diagnostic device extends the allowed response duration after receiving the first negative response frame. The allowed response duration is used to indicate the limited duration for which the diagnostic device receives the response frame for the message from the vehicle control module.

[0133] In some embodiments, each data frame includes a frame sequence number, and the first connector is configured with a first transmission control variable.

[0134] Based on this, the aforementioned generation of the first negative response frame indicating that the device is busy includes:

[0135] Generate a first negative response frame indicating that the device is busy, and set the frame number of the first negative response frame according to the first transmission control variable;

[0136] Based on this, the aforementioned diagnostic control device also includes:

[0137] After setting the frame number of the first negative response frame according to the first transmission control variable, the first transmission control variable is incremented.

[0138] If the first transmission control variable after the auto-increment process exceeds the preset control variable, then the first transmission control variable is set to zero.

[0139] In some embodiments, the diagnostic control device further includes:

[0140] If the response type of the first data frame is the target response type, the first connector does not perform a forwarding operation on the first data frame;

[0141] If the response type of the first data frame is not the target response type, the first connector forwards the first data frame to the second connector through the communication connection so that the first data frame is stored in the buffer of the second connector.

[0142] Wherein, when the first device is a diagnostic device, the second connector is a vehicle-side connector, and when the first device is a vehicle-side connector, the second connector is a diagnostic device.

[0143] In some embodiments, after storing the first data frame in the buffer of the second connector, the diagnostic control device further includes:

[0144] If the buffer of the second connector stores a message sent from the first device to the second device, the second data frame in the message is read from the buffer of the second connector;

[0145] The second data frame is parsed to obtain the second parsing result corresponding to the second data frame. The second parsing result includes the response type of the second data frame and the message end identifier of the second data frame.

[0146] The second data frame in the message is sent to the second device via the second connector;

[0147] If the response type of the second data frame is the target response type, the second connector interrupts sending other data frames in the message to the second device until the second connector receives a second acknowledgment response frame from the second device for the second data frame;

[0148] If the response type of the second data frame is not the target response type and the message end identifier of the second data frame is not the target message end identifier, return to the step of reading the second data frame from the buffer of the second connector until the message end identifier of the second data frame is the target message end identifier.

[0149] In some embodiments, the second parsing result further includes the frame sequence number of the second data frame, the second connector is configured with a second transmission control variable, and before transmitting the second data frame to the second device through the second connector, it further includes:

[0150] Modify the frame sequence number of the second data frame according to the second transmission control variable;

[0151] Based on this, the aforementioned diagnostic control device also includes:

[0152] After modifying the frame sequence number of the second data frame according to the second transmission control variable, the second transmission control variable is incremented.

[0153] If the second transmission control variable after the auto-increment process exceeds the preset control variable, then the second transmission control variable is set to zero.

[0154] In some embodiments, the diagnostic device side connector described above stores a negative response mechanism that the vehicle control module can send to the diagnostic device.

[0155] Based on this, the aforementioned diagnostic control device also includes:

[0156] When the diagnostic equipment receives the third data frame that the diagnostic equipment needs to send to the vehicle control module, and the third data frame satisfies the negative response mechanism, a second negative response frame is generated according to the negative response mechanism satisfied by the third data frame.

[0157] The diagnostic device sends a second negative response frame to the diagnostic device via a diagnostic device-side connector instead of the vehicle control module, causing the diagnostic device to resend a data frame that does not meet the negative response mechanism. Therefore, the diagnostic control device provided in this application embodiment is applied to a diagnostic control system. The diagnostic control system includes a diagnostic device, a diagnostic device-side connector connected to the diagnostic device, a vehicle control module, and a vehicle-side connector connected to the vehicle control module, wherein the diagnostic device-side connector and the vehicle-side connector are communicatively connected. When the first connector receives a first data frame that the first device needs to send to the second device, the first sending unit 201 parses the first data frame to obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device-side connector, and the second device is a vehicle control module; when the first device is a vehicle control module, the first connector is a vehicle-side connector, and the second device is a diagnostic device. The second sending unit 202, if the response type of the first data frame is the target response type, generates a first acknowledgment response frame for the first data frame through the first connector instead of the second device, and sends the first acknowledgment response frame to the first device. After the first device sends the data frame of the target response type to the first connector, it interrupts sending the data frame to the second device. The third sending unit 203, if the first device receives the first acknowledgment response frame, continues to send the data frame to the second device through the first device to the first connector, so that the first connector receives and forwards the data frame to the second device. Based on this, the first connector, which is adjacent to the first device, replaces the second device for acknowledgment response. The second device is farther from the first device than the first connector. Therefore, the first device does not need to rely on the network for confirmation interaction during the multi-frame data transmission process to the second device, reducing timeout problems caused by network latency and improving the stability of diagnostic communication.

[0158] In practice, each of the above modules can be implemented as an independent entity or can be combined arbitrarily to be implemented as the same or several entities. For the specific implementation methods and corresponding beneficial effects of each of the above modules, please refer to the previous method embodiments, which will not be repeated here.

[0159] This application also provides an electronic device, such as... Figure 7 As shown, it illustrates a structural schematic diagram of the electronic device involved in the embodiments of this application, specifically:

[0160] The electronic device may include components such as a processor 301 with one or more processing cores, a memory 302 with one or more storage media, a power supply 303, and an input unit 304. Those skilled in the art will understand that... Figure 7The electronic device structure shown does not constitute a limitation on the electronic device and may include more or fewer components than shown, or combine certain components, or have different component arrangements. Wherein:

[0161] The processor 301 is the control center of the electronic device, connecting various parts of the device via various interfaces and lines. It executes computer programs and / or modules stored in the memory 302, and calls data stored in the memory 302 to perform various functions and process data. Optionally, the processor 301 may include one or more processing cores; preferably, the processor 301 may integrate an application processor and a modem processor, wherein the application processor mainly handles the operating system, user interface, and applications, and the modem processor mainly handles wireless communication. It is understood that the modem processor may not be integrated into the processor 301.

[0162] The memory 302 can be used to store computer programs and modules. The processor 301 executes various functional applications and diagnostic schemes by running the computer programs and modules stored in the memory 302. The memory 302 may mainly include a program storage area and a data storage area. The program storage area may store the operating system, computer programs required for at least one function (such as voice prompt function, text input function, voice input function, scheme selection function, etc.), etc.; the data storage area may store data created according to the use of the electronic device. In addition, the memory 302 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device. Accordingly, the memory 302 may also include memory electronics to provide the processor 301 with access to the memory 302.

[0163] The electronic device also includes a power supply 303 that supplies power to various components. Preferably, the power supply 303 can be logically connected to the processor 301 through a power management system, thereby enabling functions such as charging, discharging, and power consumption management through the power management system. The power supply 303 may also include one or more DC or AC power supplies, recharging systems, power fault detection circuits, power converters or inverters, power status indicators, and other arbitrary components.

[0164] The electronic device may also include an input unit 304, which can be used to receive input digital or character information and generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control.

[0165] Although not shown, the electronic device may also include a display unit, etc., which will not be described in detail here. Specifically, in this embodiment, the processor 301 in the electronic device loads the executable files corresponding to the processes of one or more computer programs into the memory 302 according to the following instructions, and the processor 301 runs the computer programs stored in the memory 302 to realize various functions, such as:

[0166] When the first connector receives the first data frame that the first device needs to send to the second device, it parses the first data frame to obtain the first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device side connector and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle side connector and the second device is a diagnostic device.

[0167] When the response type of the first data frame is the target response type, the first connector replaces the second device to generate the first confirmation response frame of the first data frame, and sends the first confirmation response frame to the first device. In this case, after the first device sends the data frame of the target response type to be sent to the second device to the first connector, the first device interrupts the transmission of the data frame to be sent to the second device.

[0168] Upon receiving the first acknowledgment frame, the first device continues to send data frames to be sent to the second device to the first connector, so as to receive and forward the data frames to the second device through the first connector.

[0169] Therefore, the electronic device provided in this application embodiment is applied to a diagnostic control system. The diagnostic control system includes a diagnostic device, a diagnostic device-side connector connected to the diagnostic device, a vehicle control module, and a vehicle-side connector connected to the vehicle control module. The diagnostic device-side connector and the vehicle-side connector are communicatively connected. When the first connector receives a first data frame that the first device needs to send to the second device, it parses the first data frame to obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device-side connector, and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle-side connector, and the second device is a diagnostic device. If the response type of the first data frame is the target response type, the first connector generates a first confirmation response frame for the first data frame instead of the second device and sends the first confirmation response frame to the first device. After the first device sends the data frame of the target response type to the second device to the first connector, the first device interrupts sending the data frame to the second device. If the first device receives the first confirmation response frame, it continues to send the data frame to the second device to the first connector, so that the first connector receives and forwards the data frame to the second device. Based on this, the first connector, which is located adjacent to the first device, replaces the second device for acknowledgment and response. The second device is further away from the first device than the first connector. Therefore, the first device does not need to rely on the network for acknowledgment interaction during multi-frame data transmission to the second device, reducing timeout issues caused by network latency and improving the stability of diagnostic communication.

[0170] For details on the specific implementation methods and corresponding beneficial effects of the above operations, please refer to the detailed description of the diagnostic control methods above, which will not be repeated here.

[0171] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be performed by a computer program, or by a computer program controlling related hardware. The computer program can be stored in a storage medium and loaded and executed by a processor.

[0172] Therefore, embodiments of this application provide a storage medium storing a computer program that can be loaded by a processor to execute the steps of any of the diagnostic control methods provided in embodiments of this application. For example, the computer program can execute the following steps:

[0173] When the first connector receives the first data frame that the first device needs to send to the second device, it parses the first data frame to obtain the first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device side connector and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle side connector and the second device is a diagnostic device.

[0174] When the response type of the first data frame is the target response type, the first connector replaces the second device to generate the first confirmation response frame of the first data frame, and sends the first confirmation response frame to the first device. In this case, after the first device sends the data frame of the target response type to be sent to the second device to the first connector, the first device interrupts the transmission of the data frame to be sent to the second device.

[0175] Upon receiving the first acknowledgment frame, the first device continues to send data frames to be sent to the second device to the first connector, so as to receive and forward the data frames to the second device through the first connector.

[0176] Therefore, the storage medium provided in this application embodiment is applied to a diagnostic control system. The diagnostic control system includes a diagnostic device, a diagnostic device-side connector connected to the diagnostic device, a vehicle control module, and a vehicle-side connector connected to the vehicle control module. The diagnostic device-side connector and the vehicle-side connector are communicatively connected. When the first connector receives a first data frame that the first device needs to send to the second device, it parses the first data frame to obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is a diagnostic device, the first connector is a diagnostic device-side connector, and the second device is a vehicle control module. When the first device is a vehicle control module, the first connector is a vehicle-side connector, and the second device is a diagnostic device. If the response type of the first data frame is the target response type, the first connector generates a first confirmation response frame for the first data frame, replacing the second device, and sends the first confirmation response frame to the first device. After the first device sends the data frame of the target response type to the second device to the first connector, the first device interrupts sending the data frame to the second device. If the first device receives the first confirmation response frame, it continues to send the data frame to the second device to the first connector, so that the first connector receives and forwards the data frame to the second device. Based on this, the first connector, which is located adjacent to the first device, replaces the second device for acknowledgment and response. The second device is further away from the first device than the first connector. Therefore, the first device does not need to rely on the network for acknowledgment interaction during multi-frame data transmission to the second device, reducing timeout issues caused by network latency and improving the stability of diagnostic communication.

[0177] For details on the specific implementation methods and corresponding beneficial effects of the above operations, please refer to the previous embodiments, which will not be repeated here.

[0178] The storage medium may include: read-only memory (ROM), random access memory (RAM), disk or optical disk, etc.

[0179] Since the computer program stored in the storage medium can execute the steps in any of the diagnostic control methods provided in the embodiments of this application, the beneficial effects that any of the diagnostic control methods provided in the embodiments of this application can achieve can be realized. For details, please refer to the previous embodiments, which will not be repeated here.

[0180] According to one aspect of this application, a computer program product or computer program is provided, comprising computer instructions stored in a storage medium. A processor of a computer device reads the computer instructions from the storage medium and executes the computer instructions, causing the computer device to perform the aforementioned diagnostic control method.

[0181] The above provides a detailed description of a diagnostic control method, apparatus, electronic device, storage medium, and computer program product provided in the embodiments of this application. Specific examples have been used to illustrate the principles and implementation methods of this application. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of this application. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of this application. Therefore, the content of this specification should not be construed as a limitation of this application.

Claims

1. A diagnostic control method, characterized in that, An application is made in a diagnostic control system, the diagnostic control system including a diagnostic device, a diagnostic device side connector connected to the diagnostic device, a vehicle control module, and a vehicle side connector connected to the vehicle control module, wherein the diagnostic device side connector and the vehicle side connector are communicatively connected, the method comprising: When the first connector receives a first data frame that the first device needs to send to the second device, it parses the first data frame to obtain a first parsing result. The first parsing result includes the response type of the first data frame. When the first device is the diagnostic device, the first connector is the diagnostic device side connector and the second device is the vehicle control module. When the first device is the vehicle control module, the first connector is the vehicle side connector and the second device is the diagnostic device. When the response type of the first data frame is the target response type, the first connector replaces the second device to generate the first confirmation response frame of the first data frame, and sends the first confirmation response frame to the first device. In this case, after the first device sends the data frame of the target response type to be sent to the second device to the first connector, the first device interrupts the transmission of the data frame to be sent to the second device. Upon receiving the first confirmation response frame, the first device continues to send the data frame to be sent to the second device to the first connector, so as to receive and forward the data frame to the second device through the first connector; The first parsing result further includes a message end identifier for the first data frame, wherein the message end identifier is used to indicate whether the first data frame is the last data frame in its message, and the method further includes: If the message end identifier of the first data frame is the target message end identifier, and the first device is the diagnostic device, a first negative response frame indicating that the device is busy is generated, wherein the target message end identifier is used to indicate that the first data frame is the last data frame in the message. The diagnostic device sends the first negative response frame to the diagnostic device via the diagnostic device side connector, so that after receiving the first negative response frame, the diagnostic device extends the allowed response duration of the diagnostic device. The allowed response duration is used to indicate the limited duration for the diagnostic device to receive the response frame from the vehicle control module for the message.

2. The diagnostic control method according to claim 1, characterized in that, Each data frame includes a frame sequence number, the first connector is configured with a first transmission control variable, and the generation of a first negative response frame indicating that the device is busy includes: Generate a first negative response frame indicating that the device is busy, and set the frame number of the first negative response frame according to the first transmission control variable; The method further includes: After setting the frame number of the first negative response frame according to the first transmission control variable, the first transmission control variable is incremented. If the first transmission control variable after the auto-increment process exceeds the preset control variable, then the first transmission control variable is set to zero.

3. The diagnostic control method according to claim 1, characterized in that, The method further includes: If the response type of the first data frame is the target response type, the first connector does not perform a forwarding operation on the first data frame; If the response type of the first data frame is not the target response type, the first connector forwards the first data frame to the second connector through the communication connection so as to store the first data frame in the buffer of the second connector. Wherein, when the first device is the diagnostic device, the second connector is the vehicle-side connector, and when the first device is the vehicle-side connector, the second connector is the diagnostic device.

4. The diagnostic control method according to claim 3, characterized in that, After storing the first data frame in the buffer of the second connector, the method further includes: If the buffer of the second connector stores a message sent from the first device to the second device, the second data frame in the message is read from the buffer of the second connector; The second data frame is parsed to obtain a second parsing result corresponding to the second data frame, wherein the second parsing result includes the response type of the second data frame and the message end identifier of the second data frame; The second data frame in the message is sent to the second device via the second connector; If the response type of the second data frame is the target response type, the second connector interrupts sending other data frames in the message to the second device until the second connector receives a second acknowledgment response frame from the second device for the second data frame; If the response type of the second data frame is not the target response type and the message end identifier of the second data frame is not the target message end identifier, return to the step of reading the second data frame from the buffer of the second connector until the message end identifier of the second data frame is the target message end identifier.

5. The diagnostic control method according to claim 4, characterized in that, The second parsing result also includes the frame sequence number of the second data frame. The second connector is configured with a second transmission control variable. Before sending the second data frame to the second device through the second connector, the following steps are also included: Modify the frame sequence number of the second data frame according to the second transmission control variable; The method further includes: After modifying the frame sequence number of the second data frame according to the second transmission control variable, the second transmission control variable is incremented. If the second transmission control variable after the auto-increment process exceeds the preset control variable, then the second transmission control variable is set to zero.

6. The diagnostic control method according to any one of claims 1 to 5, characterized in that, The diagnostic device side connector stores a negative response mechanism that the vehicle control module can send to the diagnostic device, and the method further includes: When the diagnostic device receives a third data frame that the diagnostic device needs to send to the vehicle control module, and the third data frame satisfies the negative response mechanism, a second negative response frame is generated according to the negative response mechanism satisfied by the third data frame. The diagnostic device sends the second negative response frame to the diagnostic device via the diagnostic device side connector instead of the vehicle control module, so that the diagnostic device retransmits data frames that do not meet the negative response mechanism.

7. A diagnostic control device, characterized in that, An application is made in a diagnostic control system, the diagnostic control system including a diagnostic device, a diagnostic device side connector connected to the diagnostic device, a vehicle control module, and a vehicle side connector connected to the vehicle control module, wherein the diagnostic device side connector and the vehicle side connector are communicatively connected, and the device includes: The first transmitting unit is configured to parse the first data frame and obtain a first parsing result when the first connector receives a first data frame that the first device needs to send to the second device, wherein the first parsing result includes the response type of the first data frame. When the first device is the diagnostic device, the first connector is the diagnostic device side connector and the second device is the vehicle control module. When the first device is the vehicle control module, the first connector is the vehicle side connector and the second device is the diagnostic device. The second sending unit is configured to generate a first acknowledgment frame for the first data frame by replacing the second device through the first connector when the acknowledgment type of the first data frame is the target acknowledgment type, and send the first acknowledgment frame to the first device. The first device interrupts the transmission of the data frame to be sent to the second device after the first device sends the data frame of the target acknowledgment type to the first connector. The third sending unit is configured to, upon receiving the first confirmation response frame from the first device, continue to send the data frame to be sent to the second device to the first connector through the first device, so as to receive and forward the data frame to the second device through the first connector; The first parsing result further includes a message end identifier for the first data frame, wherein the message end identifier is used to indicate whether the first data frame is the last data frame in a given message, and the apparatus further includes: A frame generation unit is configured to generate a first negative response frame indicating that the device is busy when the message end identifier of the first data frame is a target message end identifier and the first device is the diagnostic device, wherein the target message end identifier is used to indicate that the first data frame is the last data frame in the message. An adjustment unit is configured to send the first negative response frame to the diagnostic device via the diagnostic device side connector, so that the diagnostic device, upon receiving the first negative response frame, extends the allowable response duration of the diagnostic device, wherein the allowable response duration is used to indicate the limited duration for which the diagnostic device receives a response frame from the vehicle control module for the message.

8. An electronic device, characterized in that, It includes a processor and a memory, wherein the memory stores a computer program that, when executed by the processor, causes the processor to perform the steps of the diagnostic control method according to any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, It includes a computer program that, when run on an electronic device, causes the electronic device to perform the steps of the diagnostic control method according to any one of claims 1 to 6.

Images