A vehicle-based diagnostic processing method, apparatus, system, and medium

Abstract

The application provides a vehicle-based diagnosis processing method, device, system and medium. The method comprises: a diagnostic instrument generating a diagnosis instruction based on an established diagnosis ring; wherein the diagnosis instruction comprises a node address of each controller on the established diagnosis ring and a control parameter of each controller; the control parameter comprises an identification of a diagnosis function and an immediate diagnosis identification, or an identification of a diagnosis function and a delayed diagnosis identification; the diagnostic instrument sends the diagnosis instruction to each controller on the diagnosis ring respectively, so that each controller performs corresponding diagnosis processing according to the control parameter of the controller in the received diagnosis instruction, and sends diagnosis results in diagnosis responses in a node order configured when the diagnosis ring is established; and the diagnostic instrument receives the diagnosis results in the diagnosis responses sent by each controller on the diagnosis ring to determine whether each controller has a fault.

Description

Technical Field

[0001] This application relates to the field of automotive diagnostics, and more particularly to a diagnostic processing method, device, system, and medium for automobiles. Background Technology

[0002] As the automotive industry develops, cars become increasingly feature-rich, and the number of vehicle controllers also gradually increases. Currently, most functions require the coordinated processing of multiple controllers. Therefore, if one controller malfunctions, the functions that require coordinated processing by that controller may not be able to be implemented.

[0003] In existing technologies, to ensure that all vehicle functions are implemented, it is necessary to diagnose the vehicle's controllers to determine whether they are operating normally. However, since only individual controllers can currently be diagnosed, the workload is relatively large, resulting in relatively low diagnostic efficiency. Summary of the Invention

[0004] This application provides a diagnostic processing method, device, system, and medium based on automobiles, which solves the technical problem that the existing technology can only diagnose a single controller, which may result in a large workload and relatively low diagnostic efficiency.

[0005] On the one hand, this application provides a vehicle-based diagnostic processing method applied to a diagnostic instrument, comprising: the diagnostic instrument generating diagnostic instructions based on an established diagnostic loop; wherein the diagnostic instructions include: the node address of each controller on the established diagnostic loop, and the control parameters of each controller; the control parameters include an identifier of the diagnostic function and an immediate diagnostic identifier, or an identifier of the diagnostic function and a delayed diagnostic identifier;

[0006] The diagnostic instrument sends diagnostic commands to each controller on the diagnostic ring, so that each controller can perform corresponding diagnostic processing according to the controller's control parameters in the received diagnostic command, and send the diagnostic results in the diagnostic response in the node order configured when the diagnostic ring was established.

[0007] The diagnostic instrument receives diagnostic results from the diagnostic responses sent by each controller on the diagnostic loop to determine whether each controller has a fault.

[0008] In one possible implementation, the method further includes: the diagnostic instrument acquiring a diagnostic loop establishment instruction, the diagnostic loop establishment instruction including: the destination address of the controller to be established, and the node sequence corresponding to each controller to be established;

[0009] The diagnostic instrument sends diagnostic loop establishment instructions to each controller to be established, so that the controller can switch states according to the received diagnostic loop establishment instructions and feed back the state switching response to the diagnostic instrument.

[0010] The diagnostic instrument receives the state transition response from each controller to be established and determines whether the diagnostic loop has been successfully established based on the state transition response.

[0011] In one possible implementation, the method further includes: the diagnostic instrument broadcasts an addressing instruction, which includes: the node address corresponding to the diagnostic instrument, and the node status;

[0012] The diagnostic instrument receives the addressing response from the controller based on the addressing command. The addressing response includes: the node address corresponding to the controller, and the node status.

[0013] Based on the addressing responses from each controller, the diagnostic tool generates an alarm message carrying the identifier of the controller that did not respond when it determines that there is a controller that did not respond and that the controller that did not respond is an important node.

[0014] In one possible implementation, the method further includes: the diagnostic instrument acquiring a state switching instruction, the state switching instruction including at least one node address corresponding to the controller and the state to be switched; so that the controller can perform switching processing according to the state to be switched in the received state switching instruction and feed back the state switching response to the diagnostic instrument.

[0015] The diagnostic tool receives the state switching response from each controller. If it determines that a controller failed to switch state successfully, it generates an alarm message with the identifier of the controller that failed to switch state successfully.

[0016] In one possible implementation, the method further includes: the diagnostic instrument sending an unlock command, the unlock command including: the node address corresponding to the controller and the decryption level, so that when the controller receives the unlock command, it can perform unlock processing based on the decryption level in the unlock command, and when it determines that unlock processing is required, it can perform unlock processing and send the unlock result back to the diagnostic instrument in the unlock response;

[0017] Based on the unlock response from each controller, the diagnostic tool generates an alarm message with an identifier of the controller that failed to unlock when it determines that a controller failed to unlock.

[0018] On the other hand, this application provides a vehicle-based diagnostic processing method applied to a controller, comprising: the controller receiving diagnostic instructions sent by a diagnostic instrument through an established diagnostic loop, and obtaining control parameters corresponding to the controller from the diagnostic instructions;

[0019] The controller performs diagnostic processing on the function corresponding to the diagnostic function based on the immediate diagnostic flag in the control parameters, or performs diagnostic processing on the function corresponding to the diagnostic function based on the delayed diagnostic flag in the control parameters when the delayed diagnostic time information is met.

[0020] The controller sends the diagnostic results obtained from the diagnostic process in the diagnostic response.

[0021] In one possible implementation, the method further includes: the controller receiving a diagnostic loop establishment command sent by the diagnostic instrument;

[0022] The controller switches states according to the diagnostic loop establishment command and feeds back the state switching response to the diagnostic instrument. The diagnostic instrument receives the state switching response and determines whether the diagnostic loop has been successfully established based on the state switching response and the state switching responses fed back by other controllers.

[0023] In one possible implementation, the method further includes: the controller receiving an addressing command sent by the diagnostic tool and responding to an addressing response based on the addressing command. The addressing response includes the node address corresponding to the controller and the node status, so that the diagnostic tool can generate an alarm message carrying the identifier of the controller that did not respond when it is determined that there is a controller that did not respond and the controller that did not respond is an important node based on the addressing response fed back by each controller.

[0024] or,

[0025] The controller performs the switching process according to the state to be switched in the state switching command sent by the diagnostic instrument, and feeds back the state switching response to the diagnostic instrument so that the diagnostic instrument can receive the state switching response fed back by each controller. If it is determined that there is a controller whose state switching is unsuccessful, an alarm message carrying the identifier of the controller whose state switching is unsuccessful is generated.

[0026] or,

[0027] When a controller receives an unlock command from the diagnostic tool, it performs the unlocking process based on the decryption level in the unlock command and if it determines that unlocking is required, it sends the unlocking result back to the diagnostic tool in the unlocking response. The diagnostic tool then generates an alarm message with the identifier of the controller that failed to unlock, based on the unlocking response from each controller.

[0028] In another aspect, this application provides a diagnostic instrument, comprising:

[0029] The processing module is used to generate diagnostic instructions based on the established diagnostic ring; wherein, the diagnostic instructions include: the node address of each controller on the established diagnostic ring, and the control parameters of each controller; the control parameters include the identifier of the diagnostic function and the immediate diagnostic identifier, or the identifier of the diagnostic function and the delayed diagnostic identifier;

[0030] The transceiver module is used to send the diagnostic instructions to each controller on the diagnostic ring, so that each controller can perform corresponding diagnostic processing according to the controller's control parameters in the received diagnostic instructions, and send the diagnostic results in the diagnostic response in the node order configured when the diagnostic ring was established.

[0031] The processing module is further configured to determine whether each controller has a fault by using the diagnostic results in the diagnostic responses sent by each controller on the diagnostic ring received by the transceiver module.

[0032] In another aspect, this application provides a controller, including:

[0033] The transceiver module is used to receive diagnostic commands sent by the diagnostic instrument through the established diagnostic loop, and to obtain control parameters corresponding to the controller from the diagnostic commands;

[0034] The processing module is used to perform diagnostic processing on the function corresponding to the diagnostic function based on the immediate diagnostic identifier in the control parameters, or to perform diagnostic processing on the function corresponding to the diagnostic function based on the delayed diagnostic identifier in the control parameters when the delayed diagnostic time information is met.

[0035] The transceiver module is also used to send the diagnostic results obtained from the diagnostic processing in the diagnostic response.

[0036] In another aspect, this application provides an electronic device, including: a processor, and a memory communicatively connected to the processor;

[0037] The memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory to implement the above-mentioned vehicle-based diagnostic processing method.

[0038] In another aspect, this application provides a diagnostic system, including: a diagnostic instrument and multiple controllers; the diagnostic instrument and the multiple controllers are interconnected via a diagnostic ring;

[0039] The diagnostic tool is used to perform the vehicle-based diagnostic processing method described in one aspect above, and the controller is used to perform the vehicle-based diagnostic processing method described in another aspect above.

[0040] In another aspect, this application provides a computer-readable storage medium, comprising: computer-executable instructions stored in the computer-readable storage medium, which, when executed by a processor, are used to implement the above-described vehicle-based diagnostic processing method.

[0041] This application provides a diagnostic processing method, device, system, and medium for automobiles. A diagnostic instrument generates diagnostic commands based on an established diagnostic loop. The diagnostic instrument then sends these commands to each controller on the diagnostic loop. Each controller receives the diagnostic commands from the diagnostic instrument through the established diagnostic loop and obtains the corresponding control parameters from the commands. Based on an immediate diagnostic flag in the control parameters, the controller performs diagnostic processing on the function corresponding to the diagnostic function flag, or based on a delayed diagnostic flag in the control parameters, performs diagnostic processing on the function corresponding to the diagnostic function flag when the delayed diagnostic time information is met. The controller then sends the diagnostic results obtained from the diagnostic processing in a diagnostic response. The diagnostic instrument receives the diagnostic results from the diagnostic responses sent by each controller on the diagnostic loop to determine if each controller has a fault. This application's solution, based on a diagnostic loop and by designing the control parameters of the diagnostic instrument and controllers, provides a diagnostic method for multi-controller collaboration in automobiles. This addresses the current situation where traditional diagnostic methods cannot meet the requirement of simultaneous diagnosis of multiple controllers, facilitating the diagnostic verification of multi-controller collaborative functions in vehicles. Attached Figure Description

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

[0043] Figure 1 This is merely a schematic diagram of the scenario structure of a diagnostic system applied to a vehicle-based diagnostic method provided in this application embodiment;

[0044] Figure 2 A schematic flowchart illustrating an embodiment of a vehicle-based diagnostic processing method provided in this application;

[0045] Figure 3 A schematic flowchart of a second embodiment of a vehicle-based diagnostic processing method provided in this application;

[0046] Figure 4 A schematic flowchart of a third embodiment of a vehicle-based diagnostic processing method provided in this application;

[0047] Figure 5 A schematic flowchart of Embodiment 4 of a vehicle-based diagnostic processing method provided in this application;

[0048] Figure 6 A schematic flowchart of Embodiment 5 of a vehicle-based diagnostic processing method provided in this application;

[0049] Figure 7 A schematic flowchart of Embodiment Six of a vehicle-based diagnostic processing method provided in this application;

[0050] Figure 8 A schematic diagram illustrating the structure of an embodiment of a diagnostic instrument provided in this application;

[0051] Figure 9 A schematic diagram of the structure of an embodiment of a controller provided in this application;

[0052] Figure 10 This is a schematic diagram of an embodiment of an electronic device provided in this application.

[0053] The accompanying drawings have illustrated specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to specific embodiments. Detailed Implementation

[0054] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, 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, not all embodiments. Based on the embodiments of this application, all other embodiments made by those skilled in the art under the guidance of these embodiments are within the scope of protection of this application.

[0055] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a particular order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein are implemented in a sequence other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or server that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or servers.

[0056] As vehicles become increasingly functional, most of these functions require the coordinated operation of multiple controllers on the vehicle. However, current diagnostics still rely on individual controllers. To diagnose a particular function, each controller that controls that function needs to be diagnosed separately. This makes the diagnostic process relatively cumbersome and inefficient.

[0057] To address the aforementioned technical problems, the technical concept of this application is: how to simultaneously diagnose multiple controllers to improve diagnostic efficiency.

[0058] Figure 1 A schematic diagram of the scenario structure of the diagnostic system used in the vehicle-based diagnostic method provided in this application is shown below. Figure 1 As shown, the diagnostic system mainly includes a diagnostic tool 101 and multiple controllers 102. These controllers 102 are installed in the vehicle and, for example, may include, but are not limited to, driver assistance controllers, power domain controllers, and brake controllers.

[0059] It should be noted that, Figure 1 This is merely a schematic diagram illustrating the structure of a diagnostic system scenario provided in this application embodiment. This application embodiment does not represent... Figure 1 The actual form of the various controllers included is not limited, nor is it limited to... Figure 1 The interaction methods between the controllers are limited, and can be set according to actual needs in the specific application of the solution.

[0060] Figure 2 This is a schematic flowchart illustrating an embodiment of a vehicle-based diagnostic processing method provided in this application. See also... Figure 2 In this embodiment, the executing entity is a diagnostic instrument, and the method includes:

[0061] Step S201: The diagnostic instrument generates diagnostic commands based on the established diagnostic loop.

[0062] The diagnostic instructions include: the node address of each controller on the established diagnostic ring, and the control parameters of each controller; the control parameters include the identifier of the diagnostic function and the immediate diagnostic identifier, or the identifier of the diagnostic function and the delayed diagnostic identifier.

[0063] In this embodiment, when the diagnostic tool diagnoses one or more controllers in the vehicle, a diagnostic loop can be pre-established, on which the controllers to be diagnosed by the diagnostic tool are set. Then, the diagnostic tool sends diagnostic commands to the controllers to be diagnosed based on the node address corresponding to each controller on the diagnostic loop.

[0064] For example, diagnostic instructions are shown in Table 1:

[0065] Table 1

[0066] Data location Node attributes Specific values 1 Diagnostic instrument node address 0x00 2 Function 0x0-0xF0 3 Effective length 0x00-0x08 4 Controller 1 address 0x5 5 Controller 1 parameter length 0x1 6 Controller 1 Parameter 1 0x1 (This indicates immediate execution) 7 Controller 2 address 0x9 8 Controller 2 parameter length 0x3 9 Controller 2 Parameter 1 0x2 (This refers to delayed execution) 10 Controller 2 Parameters 2_3 0x13, 0x88 (Delay 5000ms) 11 Reserved Reserved

[0067] Specifically, data location 1 represents the address of the diagnostic instrument node, and the specific value set includes, but is not limited to, 0x00. Data location 2 represents the specific diagnostic function to be performed by the diagnostic instrument, i.e., the identifier of the diagnostic function, and the different values ​​set include, but are not limited to, 0x0-0xF0, each value corresponding to the identifier of a different diagnostic function to be implemented. Data location 3 represents the effective length, that is, the number of specific effective locations following data location 3, and the specific values ​​set include, but are not limited to, 0x00-0x08. Data location 4 represents the specific address of controller 1, and the specific value set includes, but is not limited to, 0x5. Data location 5 represents the parameter length of controller 1, that is, the number of valid parameters of controller 1, and the parameter length set for controller 1 includes, but is not limited to, 0x1. Data location 6 represents parameter 1 of controller 1, and the specific value set includes, but is not limited to, 0x1, and this indicates that the controller will execute immediately after receiving the diagnostic command sent by the diagnostic instrument. Data location 7 represents the specific address of controller 2, and the specific value set includes, but is not limited to, 0x9. Data location 8 represents the parameter length of controller 2, that is, the number of valid parameters of controller 2, and the parameter length set for controller 2 includes, but is not limited to, 0x3. Data location 9 represents parameter 1 of controller 2. Specific values ​​set include, but are not limited to, 0x2. Here, it indicates a delay in execution after the controller receives the diagnostic command sent by the diagnostic instrument. Data location 10 represents parameter 2 of controller 2. Specific values ​​set include, but are not limited to, 0x13 and 0x88. Here, it indicates a delay of 5000ms after the controller receives the diagnostic command sent by the diagnostic instrument. To meet future diagnostic needs, data locations, including but not limited to the above, can be reserved to define newly added data. For example, data location 11 in Table 1 represents a reserved location.

[0068] Step S202: The diagnostic instrument sends diagnostic commands to each controller on the diagnostic ring, so that each controller can perform corresponding diagnostic processing according to the controller control parameters in the received diagnostic commands, and send the diagnostic results in the diagnostic response in the node order configured when the diagnostic ring was established.

[0069] In this embodiment, when a controller on the diagnostic ring receives a diagnostic command, if its control parameters include an immediate diagnostic flag, the controller immediately performs diagnostic processing based on the function corresponding to the diagnostic function flag in the control parameters; if its control parameters include a delayed diagnostic flag, when monitoring the delayed diagnostic time information corresponding to the delayed diagnostic flag, it performs diagnostic processing based on the function corresponding to the diagnostic function flag in the control parameters. The delayed diagnostic time information includes, but is not limited to, the delayed diagnostic time and the instruction executed after the previous controller of the diagnostic ring returns a response.

[0070] It should be noted that because the diagnostic commands include immediate and delayed diagnostic flags in their control parameters, the controllers can perform diagnostic processing sequentially and provide diagnostic responses according to the node order configured during the establishment of the diagnostic loop. To implement specific diagnostic functions, the diagnostic order of the controllers is set, with each controller placed on a different node, and only one controller present at each node. For example, when diagnosing the shift test function, the shift controller can be set to node 1, the transmission controller to node 2, the power domain controller to node 3, and the engine controller to node 4.

[0071] Step S203: The diagnostic instrument receives the diagnostic results from the diagnostic responses sent by each controller on the diagnostic loop to determine whether each controller has a fault.

[0072] In this embodiment, if the diagnostic instrument receives a positive diagnostic response from each controller, it indicates that the controller does not have any faults or abnormalities. If the diagnostic instrument receives a negative diagnostic response from any controller, it indicates that the controller that gave a negative response has faults or abnormalities.

[0073] Furthermore, if the diagnostic tool detects that the controller does not provide a diagnostic response in the pre-configured node order, it indicates that the diagnostic has failed, and this event is a low-probability event.

[0074] Optionally, the diagnostic instrument can also maintain an online command, synchronizing the status with each controller. Upon receiving the online command, the controller will provide an online response back to the diagnostic instrument. Specifically, if the diagnostic instrument issues an online command, a 3-second feedback response period can be set. If no online response is received from at least one controller after 3 seconds, it indicates that at least one controller may be faulty. Thus, the diagnostic instrument can use multiple diagnostic methods to determine if controllers working together to achieve a function are faulty, and can also determine if a single controller is faulty through online commands. If the diagnostic instrument does not receive online command feedback from the controller, the diagnostic process will end, thereby improving the diagnostic mechanism of this design.

[0075] Figure 3 This is a schematic flowchart of a second embodiment of a vehicle-based diagnostic processing method provided in this application. In the above... Figure 2 Based on the illustrated embodiment, see also Figure 3 The method may further include:

[0076] Step 301: The diagnostic instrument obtains the diagnostic loop establishment instruction. The diagnostic loop establishment instruction includes: the destination address of the controller to be established, and the node sequence corresponding to each controller to be established.

[0077] In this embodiment, the diagnostic instrument obtains the diagnostic loop establishment instruction, determines the destination address of the controller to be established, and the node order corresponding to each controller to be established, thus realizing the controllability of the diagnostic order of different controllers. The diagnostic loop establishment instruction, as shown in Table 2, includes, but is not limited to: diagnostic instrument node address 0x0, diagnostic loop establishment flag 0xFB, effective length of the establishment instruction 0x0-0xFF, number of destination addresses 0x1-0xFE, and controller destination addresses 0x1-0xFE. The data location includes, but is not limited to, data location 6, which is undefined but reserved.

[0078] Table 2

[0079] Data location Node attributes Specific values 1 Diagnostic instrument node address 0x0 2 Function 0xFB 3 Effective length 0x0-0xFF 4 Number of destination addresses 0x1-0xFE 5 Controller address 0x1-0xFE 6 Reserved Reserved

[0080] Step 302: The diagnostic instrument sends the diagnostic loop establishment command to each controller to be established, so that the controller can switch the state according to the received diagnostic loop establishment command and feed back the state switching response to the diagnostic instrument.

[0081] In this embodiment, the controller switches to the diagnostic loop establishment state according to the diagnostic loop establishment command and feeds back the state switching response to the diagnostic instrument. The state switching response, as shown in Table 3, includes, but is not limited to: controller node address 0x1-0xFE, diagnostic loop establishment flag 0xFB, response validity length 0x0-0xFF, and diagnostic loop establishment response 0x0-0xFF. The data location includes, but is not limited to, data location 5, which is undefined but reserved.

[0082] Table 3

[0083] Data location Node attributes Specific values 1 Controller node address 0x1-0xFE 2 Function 0xFB 3 Effective length 0x0-0xFF 4 Diagnostic loop establishment response 0x0-0xFF 5 Reserved Reserved

[0084] Step 303: The diagnostic instrument receives the state switching response from each controller to be established, and determines whether the diagnostic loop has been successfully established based on the state switching response.

[0085] In this embodiment, a positive response from the controller indicates successful establishment of the diagnostic loop, while a negative response indicates failure. If any loop establishment fails, an alarm is triggered, and the address of the failed node is displayed. The controller response values ​​are set to include, but are not limited to: a positive response value of 0x0, and negative response values ​​ranging from 0x1 to 0xFF, with 0xFF representing a completely negative response indicating that all controller feedback has failed. Simultaneously, the diagnostic instrument maintains its online command and synchronizes the status with each controller.

[0086] Specifically, the flags in this application include, but are not limited to: initialization 0xFF, state transition 0xFD, unlock 0xFC, diagnostic ring establishment 0xFB, etc. Different flags have their own diagnostic instructions and responses for the diagnostic process. Valid length means that data of a valid length will be executed. For example, if the valid length at data position 3 is 0x1, then only data at data position 4 will be executed; data after data position 4 will be invalid.

[0087] Figure 4 This is a flowchart illustrating a third embodiment of a vehicle-based diagnostic processing method provided in this application. Based on the above embodiments, see... Figure 4 The method further includes an initialization process, specifically including:

[0088] Step 401: The diagnostic instrument sends an addressing command via broadcast. The addressing command includes the node address corresponding to the diagnostic instrument and the node status.

[0089] In this embodiment, the diagnostic instrument sends addressing commands via broadcast to determine the number of controllers in the network and their specific addresses. The initialization commands, as shown in Table 4, include, but are not limited to: diagnostic instrument node address 0x0, initialization flag 0xFF, effective length of initialization command 0x0-0xFF, and node status 0x0-0xFF. Data locations include, but are not limited to, data location 5, which is undefined but reserved.

[0090] Table 4

[0091] Data location Node attributes Specific values 1 Diagnostic instrument node address 0x0 2 Function 0xFF 3 Effective length 0x0-0xFF 4 Node status 0x0-0xFF 5 Reserved Reserved

[0092] Step 402: The diagnostic instrument receives the addressing response from the controller based on the addressing command. The addressing response includes the node address corresponding to the controller and the node status.

[0093] In this embodiment, the addressing response, as shown in Table 5, includes, but is not limited to: controller node address 0x1-0xFE, initialization flag 0xFF, response validity length 0x0-0xFF, and controller node state 0x0-0xFF. The controller node state includes, but is not limited to: normal state, critical state, and highest state. The data location includes, but is not limited to, data location 5, which is undefined but reserved.

[0094] Table 5

[0095] Data location Node attributes Specific values 1 Controller node address 0x1-0xFE 2 Function 0xFF 3 Effective length 0x0-0xFF 4 Node status 0x0-0xFF 5 Reserved Reserved

[0096] Step 403: Based on the addressing response fed back by each controller, when the diagnostic instrument determines that there is a controller that has not fed back, and the controller that has not fed back is an important node, it generates an alarm message carrying the identifier of the controller that has not fed back.

[0097] In this embodiment, a positive response from the controller indicates successful establishment of the diagnostic loop, while a negative response indicates failure. If any loop establishment fails, an alarm is triggered, and the address of the failed node is displayed. The controller response values ​​are set to include, but are not limited to: a positive response value of 0x0, and negative response values ​​ranging from 0x1 to 0xFF, with 0xFF representing a completely negative response indicating that all controller feedback has failed. Simultaneously, the diagnostic instrument maintains its online command and synchronizes the status with each controller.

[0098] Specifically, the controller node address is set to a number from 1 to 254, and different controller node addresses need to be different. Controllers typically include, but are not limited to, critical nodes and general nodes. The absence of critical nodes will affect the vehicle's basic functions, while the absence of general nodes will not. For example, basic vehicle functions include, but are not limited to, power drive, emergency braking, and driver assistance systems—functions closely related to safety.

[0099] Figure 5 This is a flowchart illustrating Embodiment 4 of a vehicle-based diagnostic processing method provided in this application. Based on the above embodiments, see... Figure 5 The method further includes a state transition process, specifically including:

[0100] Step 501: The diagnostic instrument obtains the state switching instruction. The state switching instruction includes the node address corresponding to at least one controller and the state to be switched.

[0101] In this embodiment, the controller states include, but are not limited to, a normal state, an important state, and a maximum state. In the normal state, the controller can perform diagnostic initialization and state switching operations. In the important state, the controller can perform diagnostic initialization, state switching operations, non-important node diagnostic operations, and unlocking operations. In the maximum state, the controller can perform, but is not limited to, diagnostic initialization, state switching operations, non-important node diagnostic operations, unlocking operations, and important node diagnostic operations. The state switching instructions, as shown in Table 6, include, but are not limited to: diagnostic node address 0x0, state switching flag 0xFD, effective length of the state switching instruction 0x0-0xFF, number of destination addresses 0x1-0xFF, and controller address 0x1-0xFE. If the state switching instruction is broadcast, the number of destination addresses is 0xFF, and the destination address does not need to be filled in. Data locations include, but are not limited to, data location 6, which is undefined but reserved.

[0102] Table 6

[0103] Data location Node attributes Specific values 1 Diagnostic instrument node address 0x0 2 Function 0xFD 3 Effective length 0x0-0xFF 4 Number of destination addresses 0x1-0xFF 5 Controller address 0x1-0xFE 6 Reserved Reserved

[0104] Step 502: The controller performs the switching process according to the state to be switched in the received state switching instruction, and feeds back the state switching response to the diagnostic instrument.

[0105] In this embodiment, the state transition response, as shown in Table 7, includes but is not limited to: controller node address 0x1-0xFE, state transition flag 0xFD, effective length of state transition response 0x0-0xFF, and state transition response result 0x0-0xFF. The data location includes, but is not limited to, data location 5, which is undefined but reserved.

[0106] Table 7

[0107] Data location Node attributes Specific values 1 Controller node address 0x1-0xFE 2 Function 0xFD 3 Effective length 0x0-0xFF 4 State transition response 0x0-0xFF 5 Reserved Reserved

[0108] Step 503: The diagnostic instrument receives the state switching response from each controller. If it determines that a controller has failed to switch state successfully, it generates an alarm message carrying the identifier of the controller that failed to switch state successfully.

[0109] In this embodiment, a positive response from the controller indicates successful establishment of the diagnostic loop, while a negative response indicates failure. If any loop establishment fails, an alarm is triggered, and the address of the failed node is displayed. The controller response values ​​are set to include, but are not limited to: a positive response value of 0x0, and negative response values ​​ranging from 0x1 to 0xFF, with 0xFF representing a completely negative response indicating that all controller feedback has failed. Simultaneously, the diagnostic instrument maintains its online command and synchronizes the status with each controller.

[0110] State switching allows specific diagnostic operations to be performed in a specific state, while also allowing automotive diagnostic personnel to clearly know which specific state diagnostic operation is being performed, thereby reducing the possibility of misoperation.

[0111] Figure 6 This is a flowchart illustrating Embodiment 5 of a vehicle-based diagnostic processing method provided in this application. Based on the above embodiments, see... Figure 6 The method also includes an unlocking process, specifically including:

[0112] Step 601: The diagnostic instrument sends an unlock command, which includes the node address and decryption level corresponding to the controller. When the controller receives the unlock command, it determines that unlocking is required based on the decryption level in the unlock command, performs the unlocking process, and sends the unlocking result back to the diagnostic instrument in the unlocking response.

[0113] In this embodiment, the diagnostic tool sends an unlock command, which, as shown in Table 8, includes but is not limited to: diagnostic tool node address 0x0, unlock flag 0xFC, effective unlock command length 0x0-0xFF, destination address 0x1-0xFE, and decryption level 0x1-0xFF. Data locations include but are not limited to: data location 6, which is undefined but reserved. The decryption levels are divided into, but are not limited to, Level 1 and Level 2, depending on the vehicle function. Level 1 decryption corresponds to non-critical node functions such as in-vehicle air conditioning ventilation, while Level 2 decryption corresponds to critical node functions such as emergency braking. For Level 1 decryption, all diagnostic personnel have the authority to decrypt the controller, while for Level 2 decryption, only specific personnel have the authority to decrypt. These specific personnel include, but are not limited to: dealers and professional diagnostic personnel from the automotive factory.

[0114] Table 8

[0115] Data location Node attributes Specific values 1 Diagnostic instrument node address 0x0 2 Function 0xFC 3 Effective length 0x0-0xFF 4 Destination address 0x1-0xFE 5 Decryption level 0x1-0xFF 6 Reserved Reserved

[0116] Step 602: Based on the unlock response fed back by each controller, the diagnostic instrument generates an alarm message carrying the identifier of the controller that failed to unlock when it determines that there is a controller that failed to unlock.

[0117] In this example, the unlock response, as shown in Table 9, includes but is not limited to: controller node address 0x1-0xFE, unlock flag 0xFC, valid unlock response length 0x0-0xFF, and unlock response result 0x0-0xFF. A positive response from the controller indicates successful establishment of the diagnostic loop; a negative response indicates failure. If any loop fails, an alarm is triggered, and the address of the failed node is displayed. The controller response result values ​​are set to include but are not limited to: a positive response value of 0x0, and a negative response value of 0x1-0xFF, with 0xFF representing a completely negative response indicating that all controller feedback has failed. Simultaneously, the diagnostic instrument maintains its online command, synchronizing the status to each controller. Data locations include but are not limited to: data location 5, which is undefined but reserved.

[0118] Table 9

[0119] Data location Node attributes Specific values 1 Controller node address 0x1-0xFE 2 Function 0xFC 3 Effective length 0x0-0xFF 4 Unlock Response 0x0-0xFF 5 Reserved Reserved

[0120] Figure 7 A schematic flowchart of Embodiment Six of a vehicle-based diagnostic processing method provided in this application is shown below. Figure 7 In this embodiment, the execution entity is the controller, and the method includes:

[0121] Step 701: The controller receives diagnostic commands sent by the diagnostic instrument through the established diagnostic loop, and obtains the control parameters corresponding to the controller from the diagnostic commands;

[0122] In this embodiment, the controller receives diagnostic commands sent by the diagnostic instrument through the established diagnostic loop. The diagnostic commands include, but are not limited to: diagnostic instrument node address 0x0, diagnostic flags 0x0-0xF0, effective length of diagnostic command 0x0-0xFF, destination address 0x1-0xFE, node control parameter length 0x1-0xFF, and node 1 control parameters.

[0123] Step 702: The controller performs diagnostic processing on the function corresponding to the diagnostic function based on the immediate diagnostic flag in the control parameters, or performs diagnostic processing on the function corresponding to the flag of the pending function based on the delayed diagnostic flag in the control parameters when the delayed diagnostic time information is met.

[0124] In this embodiment, when the controller receives a diagnostic flag, it can respond promptly or with a delay based on the control parameters. The diagnostic response includes, but is not limited to: controller node address 0x1-0xFE, diagnostic flag: 0x0-0xF0, effective length of diagnostic response 0x0-0xFF, and diagnostic response result 0x0-0xFF.

[0125] Step 703: The controller sends the diagnostic results obtained from the diagnostic process in the diagnostic response.

[0126] In this embodiment, the controller response values ​​include, but are not limited to: a positive response value of 0x0, a negative response value of 0x1-0xFF, and a completely negative response of 0xFF indicating that the controller feedback has failed. Simultaneously, the diagnostic instrument maintains its online command and synchronizes the status with each controller.

[0127] Figure 8 A schematic diagram of the implementation of a diagnostic instrument provided in this application is shown below. Figure 8 As shown, the diagnostic instrument includes: a processing module 81 and a transceiver module 82.

[0128] The processing module 81 is used to generate diagnostic instructions based on the established diagnostic ring. These instructions include the node address of each controller on the established diagnostic ring and the control parameters for each controller. The control parameters include a diagnostic function identifier and an immediate diagnostic identifier, or a diagnostic function identifier and a delayed diagnostic identifier. The module also uses diagnostic results received from the diagnostic responses sent by each controller on the diagnostic ring via the transceiver module to determine whether each controller has a fault.

[0129] The transceiver module 82 is used to send diagnostic commands to each controller on the diagnostic ring, so that each controller can perform corresponding diagnostic processing according to the controller control parameters in the received diagnostic command, and send the diagnostic results in the diagnostic response in the node order configured when the diagnostic ring was established.

[0130] The processing module 81 is also used to determine whether each controller has a fault by using the diagnostic results in the diagnostic responses sent by each controller on the diagnostic ring received by the transceiver module.

[0131] Figure 9 A schematic diagram of an embodiment of a controller provided in this application is shown below. Figure 9 As shown, the controller includes: a transceiver module 91 and a processing module 92.

[0132] The transceiver module 91 is used to receive diagnostic commands sent by the diagnostic instrument through the established diagnostic loop, and to obtain the control parameters corresponding to the controller from the diagnostic commands. It is also used to send the diagnostic results obtained from the diagnostic processing in the diagnostic response.

[0133] The processing module 92 is used to perform diagnostic processing on the function corresponding to the diagnostic function based on the immediate diagnostic flag in the control parameters, or to perform diagnostic processing on the function corresponding to the diagnostic function based on the delayed diagnostic flag in the control parameters when the delayed diagnostic time information is met.

[0134] The transceiver module 91 is also used to send the diagnostic results obtained from the diagnostic processing in the diagnostic response.

[0135] Figure 10 This is a schematic diagram illustrating an embodiment of an electronic device provided in this application. Figure 10 As shown, the electronic device 10 includes: a processor 101, a memory 102, and a communication interface 103; wherein, the memory 102 is used to store executable instructions of the processor 101; the processor 101 is configured to execute the technical solutions of any of the foregoing method embodiments by executing the executable instructions.

[0136] Optionally, the memory 102 can be either standalone or integrated with the processor 101.

[0137] Optionally, when the memory 102 is a device independent of the processor 101, the electronic device 10 may further include a bus for connecting the aforementioned devices.

[0138] The electronic device is used to execute the technical solutions in any of the foregoing method embodiments. Its implementation principle and technical effect are similar, and will not be described again here.

[0139] This application also provides a diagnostic system based on a vehicle diagnostic method, including: a diagnostic instrument and multiple controllers; the diagnostic instrument and the multiple controllers are interconnected via a diagnostic loop. The diagnostic instrument is used to perform... Figures 2 to 6 The technical solution provided in any of the illustrated method embodiments. The controller is used to execute... Figure 7The technical solution provided by the method embodiment shown.

[0140] This application also provides a readable storage medium storing a computer program thereon, which, when executed by a processor, implements the technical solutions provided in any of the foregoing method embodiments.

[0141] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0142] Finally, it should be noted that the above 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 or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A diagnostic processing method based on automobiles, characterized in that, When applied to a diagnostic instrument, the method includes: The diagnostic instrument generates diagnostic instructions based on the established diagnostic loop. These instructions include: the node address of each controller on the established diagnostic loop, and control parameters for each controller. The control parameters include a diagnostic function identifier and an immediate diagnostic identifier, or a diagnostic function identifier and a delayed diagnostic identifier. The delayed diagnostic identifier corresponds to delayed diagnostic time information. This delayed diagnostic time information includes: the delayed diagnostic time, and an instruction to be executed after the previous controller of the corresponding controller in the diagnostic loop returns a response. The diagnostic instrument sends the diagnostic instructions to each controller on the diagnostic ring, so that each controller can perform corresponding diagnostic processing according to the controller's control parameters in the received diagnostic instructions, and send the diagnostic results in the diagnostic response in the node order configured when the diagnostic ring was established. The diagnostic instrument receives diagnostic results from the diagnostic responses sent by each controller on the diagnostic ring to determine whether each controller is faulty; Also includes: The diagnostic instrument acquires a diagnostic loop establishment instruction, which includes: the destination address of the controller to be established, and the node sequence corresponding to each controller to be established; The diagnostic instrument sends the diagnostic loop establishment command to each controller to be established, so that the controller can switch states according to the received diagnostic loop establishment command and feed back the state switching response to the diagnostic instrument. The diagnostic instrument receives the state switching response from each controller to be established, and determines whether the diagnostic loop has been successfully established based on the state switching response. Also includes: The diagnostic instrument sends an addressing command via broadcast. The addressing command includes: the node address corresponding to the diagnostic instrument, and the node status. The diagnostic instrument receives an addressing response from the controller based on the addressing command. The addressing response includes: the node address corresponding to the controller, and the node status. Based on the addressing response fed back by each controller, the diagnostic instrument generates an alarm message carrying the identifier of the controller that did not provide feedback when it determines that there is a controller that did not provide feedback and that the controller that did not provide feedback is an important node. Also includes: The diagnostic instrument sends an unlocking command, which includes the node address and decryption level corresponding to the controller. When the controller receives the unlocking command, it determines that unlocking is required based on the decryption level in the unlocking command, performs unlocking processing, and sends the unlocking result back to the diagnostic instrument in the unlocking response. Based on the unlock response from each controller, the diagnostic instrument generates an alarm message carrying an identifier of the controller that failed to unlock when it determines that there is a controller that failed to unlock.

2. The method according to claim 1, characterized in that, Also includes: The diagnostic instrument acquires a state switching instruction, which includes the node address corresponding to at least one controller and the state to be switched. The controller performs a switching process based on the state to be switched in the received state switching instruction, and feeds back the state switching response to the diagnostic instrument. The diagnostic instrument receives the state switching response from each controller. If it determines that a controller has failed to switch state successfully, it generates an alarm message carrying the identifier of the controller that failed to switch state successfully.

3. A diagnostic processing method based on automobiles, characterized in that, When applied to a controller, the method includes: The controller receives diagnostic commands sent by the diagnostic instrument through the established diagnostic loop, and obtains control parameters corresponding to the controller from the diagnostic commands; the control parameters include a diagnostic function identifier and an immediate diagnostic identifier, or a diagnostic function identifier and a delayed diagnostic identifier; the delayed diagnostic identifier corresponds to delayed diagnostic time information; the delayed diagnostic time information includes: delayed diagnostic time, and an instruction to be executed after the previous controller of the monitoring diagnostic loop returns a response; The controller performs diagnostic processing on the function corresponding to the diagnostic function based on the immediate diagnostic identifier in the control parameters, or performs diagnostic processing on the function corresponding to the diagnostic function identifier when the delayed diagnostic time information is met, based on the delayed diagnostic identifier in the control parameters. The controller sends the diagnostic results obtained from the diagnostic process in the diagnostic response. Also includes: The controller receives a diagnostic loop establishment command sent by the diagnostic instrument; The controller switches states according to the diagnostic loop establishment command and feeds back the state switching response to the diagnostic instrument, so that the diagnostic instrument can receive the state switching response and determine whether the diagnostic loop has been successfully established based on the state switching response and the state switching responses fed back by other controllers. Also includes: The controller receives the addressing command sent by the diagnostic instrument and feeds back the addressing response based on the addressing command. The addressing response includes the node address corresponding to the controller and the node status, so that the diagnostic instrument can generate an alarm message carrying the identifier of the controller that did not feed back when it determines that there is a controller that did not feed back and the controller that did not feed back is an important node. When the controller receives the unlock command sent by the diagnostic tool, it performs the unlocking process based on the decryption level in the unlock command and if it determines that unlocking is required, it sends the unlocking result back to the diagnostic tool in the unlocking response. The diagnostic tool then generates an alarm message with the identifier of the controller that failed to unlock, based on the unlocking response sent by each controller and if it determines that there is a controller that failed to unlock.

4. The method according to claim 3, characterized in that, Also includes: The controller performs a switching process based on the state to be switched in the state switching command sent by the diagnostic instrument, and feeds back the state switching response to the diagnostic instrument so that the diagnostic instrument can receive the state switching response fed back by each controller. If it is determined that there is a controller whose state switching is unsuccessful, an alarm message carrying the identifier of the controller whose state switching is unsuccessful is generated.

5. A diagnostic instrument, characterized in that, include: The processing module is used to generate diagnostic instructions based on the established diagnostic loop. The diagnostic instructions include: the node address of each controller on the established diagnostic loop, and control parameters for each controller. The control parameters include a diagnostic function identifier and an immediate diagnostic identifier, or a diagnostic function identifier and a delayed diagnostic identifier. The delayed diagnostic identifier corresponds to delayed diagnostic time information. The delayed diagnostic time information includes: the delayed diagnostic time, and an indication to be executed after the previous controller of the corresponding controller in the diagnostic loop returns a response. The transceiver module is used to send the diagnostic instructions to each controller on the diagnostic ring, so that each controller can perform corresponding diagnostic processing according to the controller's control parameters in the received diagnostic instructions, and send the diagnostic results in the diagnostic response in the node order configured when the diagnostic ring was established. The processing module is also used to determine whether each controller has a fault by using the diagnostic results in the diagnostic responses sent by each controller on the diagnostic ring received by the transceiver module. The acquisition module is used to acquire diagnostic loop establishment instructions, which include: the destination address of the controller to be established, and the node order corresponding to each controller to be established; The sending module is used to send the diagnostic loop establishment instruction to each controller to be established, so that the controller can switch the state according to the received diagnostic loop establishment instruction and feed back the state switching response to the diagnostic instrument. The receiving module is used to receive the state switching response from each controller to be established, and determine whether the diagnostic loop has been successfully established based on the state switching response; The sending module is used to send addressing instructions in a broadcast manner. The addressing instructions include: the node address corresponding to the diagnostic instrument, and the node status. The receiving module is used to receive the addressing response fed back by the controller based on the addressing instruction. The addressing response includes: the node address corresponding to the controller, and the node status. The processing module is used to generate an alarm message carrying the identifier of the non-responding controller when it is determined that there is a controller that has not responded, and the non-responding controller is an important node, based on the addressing response fed back by each controller; the transceiver module is used to send an unlocking command, the unlocking command including: the node address corresponding to the controller and the decryption level, so that when the controller receives the unlocking command, it can perform unlocking processing based on the decryption level in the unlocking command, and when it determines that unlocking processing is required, it can perform unlocking processing and feed the unlocking result back to the diagnostic instrument in the unlocking response; The processing module is used to generate an alarm message carrying the identifier of the controller that failed to unlock when it is determined that there is a controller that failed to unlock based on the unlock response fed back by each controller.

6. A controller, characterized in that, include: The transceiver module is used to receive diagnostic commands sent by the diagnostic instrument through the established diagnostic loop, and to obtain control parameters corresponding to the controller from the diagnostic commands; the control parameters include the identifier of the diagnostic function and the immediate diagnostic identifier, or the identifier of the diagnostic function and the delayed diagnostic identifier; the delayed diagnostic identifier corresponds to the delayed diagnostic time information; the delayed diagnostic time information includes: the delayed diagnostic time, and the indication to be executed after the previous controller of the monitoring diagnostic loop returns a response; The processing module is used to perform diagnostic processing on the function corresponding to the diagnostic function based on the immediate diagnostic identifier in the control parameters, or to perform diagnostic processing on the function corresponding to the diagnostic function based on the delayed diagnostic identifier in the control parameters when the delayed diagnostic time information is met. The transceiver module is also used to send the diagnostic results obtained from the diagnostic processing in the diagnostic response. The receiving module is used to receive the diagnostic loop establishment command sent by the diagnostic instrument; The processing module is also used to switch states according to the diagnostic ring establishment instruction; The sending module is used to feed back the state switching response to the diagnostic instrument, so that the diagnostic instrument can receive the state switching response and determine whether the diagnostic loop has been successfully established based on the state switching response and the state switching responses fed back by other controllers. The receiving module is used to receive the addressing command sent by the diagnostic instrument and the addressing response fed back based on the addressing command. The addressing response includes the node address corresponding to the controller and the node status, so that the diagnostic instrument can generate an alarm message carrying the identifier of the controller that did not respond when it is determined that there is a controller that did not respond and the controller that did not respond is an important node. The processing module is used to receive an unlocking command sent by the diagnostic instrument, and based on the decryption level in the unlocking command, perform unlocking processing when it is determined that unlocking processing is required, and send the unlocking result back to the diagnostic instrument in the unlocking response, so that the diagnostic instrument can generate an alarm message carrying the identifier of the controller that failed to unlock when it determines that there is a controller that failed to unlock based on the unlocking response fed back by each controller.

7. An electronic device, characterized in that, include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 1 to 2, or to implement the method as described in claim 3 or 4.

8. A diagnostic system, characterized in that, It includes a diagnostic instrument and multiple controllers; the diagnostic instrument and multiple controllers are interconnected via a diagnostic loop; The diagnostic instrument is used to perform the method as described in any one of claims 1 to 2; the controller is used to perform the method as described in claim 3 or 4.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1 to 2, or to implement the method as described in claim 3 or 4.

Images