Arbitration method and device for vehicle fault diagnosis conflict, vehicle and storage medium

Abstract

The invention relates to the technical field of vehicle electronic communication control, in particular to a vehicle fault diagnosis conflict arbitration method and device, a vehicle and a storage medium, and the method comprises the steps: carrying out the priority setting of a plurality of diagnosis upper computers of a current vehicle based on a preset priority setting strategy; if a plurality of diagnosis upper computers are accessed at the same time and the plurality of diagnosis upper computers request to operate the same electronic control unit at the same time, diagnosis arbitration is carried out according to the priority of each diagnosis upper computer based on a preset arbitration strategy, and a diagnosis conflict arbitration result of the current vehicle is obtained; and performing diagnosis operation based on the diagnosis conflict arbitration result. Therefore, by setting diagnosis request management mechanisms with different priorities, the problems of mutual interference and conflict generated when multiple diagnosis modes of the vehicle coexist are solved, and the communication quality and efficiency of the diagnosis network are improved.

Description

Technical Field

[0001] This application relates to the technical field of vehicle electronic communication control, and particularly to an arbitration method, device, vehicle, and storage medium for vehicle fault diagnosis conflicts. Background Art

[0002] With the development of automotive electrification and intelligence, the number of automotive electronic control units has increased significantly. Correspondingly, the demand for vehicle diagnostic functions has also increased substantially. This trend not only promotes a sharp rise in the amount of diagnostic data but also poses higher requirements for the design and management of diagnostic data. In addition, the compatibility problem of diagnostic data between different controllers has become increasingly prominent, presenting new challenges to the overall design of automotive diagnostic systems.

[0003] In related technologies, traditional automotive communication networks mainly rely on the CAN (Controller Area Network) protocol for communication and diagnosis. However, with the introduction and application of Ethernet communication technology in the automotive industry, there are now both CAN-based diagnosis and Ethernet-based diagnosis methods in current vehicles. This coexistence mode, combined with the application of new technologies such as vehicle remote diagnosis and OTA (Over-The-Air) updates, further complicates the structure of the automotive diagnostic network. In particular, in some specific scenarios, remote diagnosis, OTA, etc. will conflict with traditional local OBD (On-Board Diagnostics) diagnosis, interfering with each other and causing these functions to be unable to execute normally, which urgently needs to be solved. Summary of the Invention

[0004] This application provides an arbitration method, device, vehicle, and storage medium for vehicle fault diagnosis conflicts to solve the problems of mutual interference and conflicts generated when multiple vehicle diagnosis methods coexist. By setting up a diagnostic request management mechanism with different priorities, the communication quality and efficiency of the diagnostic network are improved.

[0005] The first aspect of the embodiments of this application provides an arbitration method for vehicle fault diagnosis conflicts, including the following steps:

[0006] Set priorities for multiple diagnostic upper computers of the current vehicle based on a preset priority setting strategy;

[0007] Determine whether there are simultaneous accesses of the multiple diagnostic upper computers and whether the multiple diagnostic upper computers simultaneously request to operate on the same electronic control unit;

[0008] If there are multiple diagnostic upper computers accessing simultaneously, and the multiple diagnostic upper computers simultaneously request to operate on the same electronic control unit, then based on a preset arbitration strategy, diagnostic arbitration is performed according to the priority of each diagnostic upper computer to obtain the diagnostic conflict arbitration result of the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result.

[0009] According to an embodiment of the present application, the performing diagnostic arbitration according to the priority of each diagnostic upper computer based on a preset arbitration strategy to obtain the diagnostic conflict arbitration result of the current vehicle includes:

[0010] Determine whether there is a first diagnostic upper computer that has occupied resources and has received a routing activation request sent by a second diagnostic upper computer;

[0011] If there is a situation where the first diagnostic upper computer has occupied resources and has received the routing activation request sent by the second diagnostic upper computer, when the priority of the first diagnostic upper computer is the same as that of the second diagnostic upper computer, send a negative response code to the second diagnostic upper computer to reject the routing activation request sent by the second diagnostic upper computer.

[0012] According to an embodiment of the present application, after determining that there is a situation where the first diagnostic upper computer has occupied resources and has received the routing activation request sent by the second diagnostic upper computer, it further includes:

[0013] Determine whether the priority of the second diagnostic upper computer is higher than that of the first diagnostic upper computer;

[0014] If the priority of the second diagnostic upper computer is higher than that of the first diagnostic upper computer, end the TCP connection of the first diagnostic upper computer and send a routing successfully activated response code to the second diagnostic upper computer to activate the routing;

[0015] If the priority of the second diagnostic upper computer is lower than that of the first diagnostic upper computer, send a negative response code to the second diagnostic upper computer to reject the routing activation request sent by the second diagnostic upper computer.

[0016] According to an embodiment of the present application, the arbitration method for vehicle fault diagnosis conflicts further includes:

[0017] If the first diagnostic upper computer is an Ethernet diagnostic upper computer, when the current TCP_DATAsocket is in an unclosed state, it is determined that the first diagnostic upper computer has occupied resources, otherwise, it is determined that the first diagnostic upper computer has released resources.

[0018] According to an embodiment of the present application, the arbitration method for vehicle fault diagnosis conflicts further includes:

[0019] If the first diagnostic host computer is a CAN diagnostic host computer, it is determined whether a diagnostic request is received within a preset time period;

[0020] If the diagnostic request is received within the preset time period, it is determined that the first diagnostic host computer has occupied resources; otherwise, it is determined that the first diagnostic host computer has released resources.

[0021] According to the arbitration method for vehicle fault diagnosis conflicts provided by the embodiments of the present application, based on a preset priority setting strategy, priorities are set for multiple diagnostic host computers of the current vehicle; when multiple diagnostic host computers are connected simultaneously and multiple diagnostic host computers simultaneously request to operate on the same electronic control unit, based on a preset arbitration strategy, diagnostic arbitration is performed according to the priorities of each diagnostic host computer to obtain the diagnostic conflict arbitration result of the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result. Thus, by setting a diagnostic request management mechanism with different priorities, the problems of mutual interference and conflicts generated when multiple vehicle diagnostic methods coexist are solved, and the communication quality and efficiency of the diagnostic network are improved.

[0022] An embodiment of the second aspect of the present application provides an arbitration device for vehicle fault diagnosis conflicts, including:

[0023] A setting module, configured to set priorities for multiple diagnostic host computers of the current vehicle based on a preset priority setting strategy;

[0024] A judgment module, configured to judge whether there are multiple diagnostic host computers connected simultaneously and the multiple diagnostic host computers simultaneously request to operate on the same electronic control unit;

[0025] An arbitration module, configured to, if there are multiple diagnostic host computers connected simultaneously and the multiple diagnostic host computers simultaneously request to operate on the same electronic control unit, perform diagnostic arbitration according to the priorities of each diagnostic host computer based on a preset arbitration strategy to obtain the diagnostic conflict arbitration result of the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result.

[0026] According to an embodiment of the present application, the arbitration module is configured to:

[0027] Judge whether there is a situation where a first diagnostic host computer has occupied resources and a routing activation request sent by a second diagnostic host computer is received;

[0028] If there is a situation where the first diagnostic host computer has occupied resources and a routing activation request sent by the second diagnostic host computer is received, when the priority of the first diagnostic host computer is the same as the priority of the second diagnostic host computer, a negative response code is sent to the second diagnostic host computer to reject the routing activation request sent by the second diagnostic host computer.

[0029] According to an embodiment of the present application, after determining that the first diagnostic host computer has occupied resources and receiving a routing activation request sent by the second diagnostic host computer, the determination module is further configured to:

[0030] Determine whether the priority of the second diagnostic host computer is higher than that of the first diagnostic host computer;

[0031] If the priority of the second diagnostic host computer is higher than that of the first diagnostic host computer, end the TCP connection of the first diagnostic host computer and send a routing successfully activated response code to the second diagnostic host computer to activate the routing;

[0032] If the priority of the second diagnostic host computer is lower than that of the first diagnostic host computer, send a negative response code to the second diagnostic host computer to reject the routing activation request sent by the second diagnostic host computer.

[0033] According to an embodiment of the present application, the arbitration device for vehicle fault diagnosis conflicts is further configured to:

[0034] If the first diagnostic host computer is an Ethernet diagnostic host computer, when the current TCP_DATAsocket is in an unclosed state, determine that the first diagnostic host computer has occupied resources, otherwise, determine that the first diagnostic host computer has released resources.

[0035] According to an embodiment of the present application, the arbitration device for vehicle fault diagnosis conflicts is further configured to:

[0036] If the first diagnostic host computer is a CAN diagnostic host computer, determine whether a diagnostic request is received within a preset time period;

[0037] If the diagnostic request is received within the preset time period, determine that the first diagnostic host computer has occupied resources, otherwise, determine that the first diagnostic host computer has released resources.

[0038] According to the arbitration device for vehicle fault diagnosis conflicts provided by the embodiment of the present application, based on a preset priority setting strategy, the priorities of multiple diagnostic host computers of the current vehicle are set; when multiple diagnostic host computers are simultaneously connected and multiple diagnostic host computers simultaneously request to operate the same electronic control unit, based on a preset arbitration strategy, diagnostic arbitration is performed according to the priority of each diagnostic host computer to obtain the diagnostic conflict arbitration result of the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result. Thus, by setting a diagnostic request management mechanism with different priorities, the problems of mutual interference and conflicts generated when multiple vehicle diagnostic methods coexist are solved, and the communication quality and efficiency of the diagnostic network are improved.

[0039] In the third aspect of the present application, an embodiment provides a vehicle, including: a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor executes the program to implement the arbitration method for vehicle fault diagnosis conflicts as described in the above embodiments.

[0040] In the fourth aspect of the present application, an embodiment provides a computer-readable storage medium storing computer instructions for causing a computer to execute the arbitration method for vehicle fault diagnosis conflicts as described in the above embodiments.

[0041] Additional aspects and advantages of the present application will be given in part in the following description, become apparent in part from the following description, or be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] The above and / or additional aspects and advantages of the present application will become apparent and be readily understood from the following description of the embodiments in conjunction with the drawings, where:

[0043] Figure 1 FIG. [ID] is a flowchart of an arbitration method for vehicle fault diagnosis conflicts according to an embodiment of the present application;

[0044] Figure 2 FIG. [ID] is a schematic diagram of a vehicle computing center and a subordinate CAN / FD controller according to an embodiment of the present application;

[0045] Figure 3 FIG. [ID] is a schematic diagram of a vehicle computing center with an Ethernet controller attached according to an embodiment of the present application;

[0046] Figure 4 FIG. [ID] is a block diagram of an arbitration device for vehicle fault diagnosis conflicts according to an embodiment of the present application;

[0047] Figure 5 FIG. [ID] is a schematic diagram of the structure of a vehicle provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

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

[0049] The arbitration method, device, vehicle, and storage medium for vehicle fault diagnosis conflicts according to the embodiments of the present application will be described below with reference to the accompanying drawings. In view of the mutual interference and conflict problems generated when multiple diagnostic methods coexist as mentioned in the above background art, the present application provides an arbitration method for vehicle fault diagnosis conflicts. In this method, based on a preset priority setting strategy, priorities are set for multiple diagnostic host computers of the current vehicle; when multiple diagnostic host computers are simultaneously connected and multiple diagnostic host computers simultaneously request to operate on the same electronic control unit, based on a preset arbitration strategy, diagnostic arbitration is performed according to the priorities of each diagnostic host computer to obtain the diagnostic conflict arbitration result of the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result. Thus, by setting a diagnostic request management mechanism with different priorities, the mutual interference and conflict problems generated when multiple vehicle diagnostic methods coexist are solved, and the communication quality and efficiency of the diagnostic network are improved.

[0050] It can be understood that the wide application of automotive network technology in vehicles has raised the power performance, handling stability, safety, etc. of vehicles to a new level. The development of the automotive communication network not only provides a hardware foundation for the automotive diagnostic network but also brings new impetus to the automotive diagnostic network structure. The communication network and diagnostic network of the vehicle influence each other. Therefore, designing a diagnostic system can improve the communication quality of the diagnostic network, reduce the diagnostic development time and cost, and at the same time ensure the consistency of automotive products.

[0051] Specifically, Figure 1 FIG. is a schematic flowchart of an arbitration method for vehicle fault diagnosis conflicts provided by an embodiment of the present application.

[0052] As Figure 1 shown, the arbitration method for vehicle fault diagnosis conflicts includes the following steps:

[0053] In step S101, based on a preset priority setting strategy, priorities are set for multiple diagnostic host computers of the current vehicle.

[0054] Exemplarily, when the arbitration strategy for vehicle fault diagnosis conflicts in the current vehicle is the arbitration strategy of the vehicle computing center and the subordinate controllers, the preset priority setting strategy in the embodiments of the present application can be:

[0055] First priority: Diagnostic instrument (Ethernet) (logical address 0x0E80), diagnostic instrument (CAN), OTA master (logical address 0x0F00);

[0056] Second priority: Remote diagnostic function (logical address 0x0E81);

[0057] Third priority: Device management function (logical address 0x0F01);

[0058] Among them, for services with the same priority, the principle of equal mutual exclusion and first come, first served is implemented; for services with high priority, ongoing services with low priority can be interrupted; while for services with low priority, ongoing services with high priority cannot be interrupted.

[0059] It should be noted that as Figure 2 shown, the diagnostic arbitration of the vehicle computing center and the subordinate CAN / FD controller is completed by the vehicle computing center.

[0060] Among them, Figure 2 is a schematic diagram of the vehicle computing center and the subordinate CAN / FD controller, Figure 2 and the components and functions in it are shown in Table 1:

[0061] Table 1

[0062]

[0063]

[0064] Furthermore, when the arbitration strategy for the current vehicle fault diagnosis conflict is the diagnostic arbitration strategy of the subordinate Ethernet controller of the vehicle computing center, the preset priority setting strategy of the embodiment of the present application can be:

[0065] First priority: Diagnostic instrument (Ethernet) (logical address 0x0E80), OTA master (logical address 0x0F00);

[0066] Second priority: Remote diagnosis function (logical address 0x0E81);

[0067] Third priority: Device management function (logical address 0x0F01);

[0068] Among them, for services with the same priority, the principle of equal mutual exclusion and first come, first served is implemented; for services with high priority, ongoing services with low priority can be interrupted; while for services with low priority, ongoing services with high priority cannot be interrupted.

[0069] It should be noted that as Figure 3 shown, the diagnostic arbitration of the subordinate Ethernet ECU under the gateway is completed by the subordinate Ethernet ECU.

[0070] Among them, Figure 3 is a schematic diagram of the vehicle computing center with a subordinate Ethernet controller, Figure 3 and the components and functions in it are shown in Table 2:

[0071] Table 2

[0072] Vehicle Computing Center Undertake gateway function, Ethernet layer 2 forwarding, transparent transmission mode Ethernet controller mounted under the vehicle Have the function of DoIP module

[0073] In step S102, it is determined whether multiple diagnostic host computers are connected simultaneously and multiple diagnostic host computers simultaneously request to operate on the same electronic control unit.

[0074] In step S103, if multiple diagnostic host computers are connected simultaneously and multiple diagnostic host computers simultaneously request to operate on the same electronic control unit, then based on a preset arbitration policy, diagnostic arbitration is performed according to the priority of each diagnostic host computer to obtain a diagnostic conflict arbitration result for the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result.

[0075] It can be understood that diagnostic host computers, such as diagnostic instruments and cockpit computing centers, can all use in-vehicle standard diagnostic protocols to perform read, write, and other related operations on vehicle components (ECUs, electronic control units). If multiple diagnostic host computers are connected simultaneously to operate on an ECU, it will cause abnormal ECU functions. Therefore, only one type of diagnostic host computer is allowed to be connected at the same time.

[0076] To avoid the above problems, different diagnostic host computers are set with priorities, and diagnostic arbitration is performed when the diagnostic host computers are connected. Among them, the preset arbitration policy can be that for the same priority, the first-come, first-served principle is adopted and preemption is not allowed; for different priorities, high-priority is supported to preempt low-priority, and low-priority cannot preempt high-priority.

[0077] Further, in some embodiments, based on a preset arbitration policy, diagnostic arbitration is performed according to the priority of each diagnostic host computer to obtain a diagnostic conflict arbitration result for the current vehicle, including: determining whether there is a first diagnostic host computer that has occupied resources and a routing activation request sent by a second diagnostic host computer is received; if there is a first diagnostic host computer that has occupied resources and a routing activation request sent by a second diagnostic host computer is received, then when the priority of the first diagnostic host computer is the same as the priority of the second diagnostic host computer, a negative response code is sent to the second diagnostic host computer to reject the routing activation request sent by the second diagnostic host computer.

[0078] Further, in some embodiments, after determining that there is a first diagnostic host computer that has occupied resources and a routing activation request sent by a second diagnostic host computer is received, it further includes: determining whether the priority of the second diagnostic host computer is higher than the priority of the first diagnostic host computer; if the priority of the second diagnostic host computer is higher than the priority of the first diagnostic host computer, then the TCP connection of the first diagnostic host computer is terminated, and a routing success activation response code is sent to the second diagnostic host computer to activate the routing; if the priority of the second diagnostic host computer is lower than the priority of the first diagnostic host computer, then a negative response code is sent to the second diagnostic host computer to reject the routing activation request sent by the second diagnostic host computer.

[0079] To facilitate a clearer and more intuitive understanding by those skilled in the art of the process of the embodiment of the present application for performing diagnostic arbitration based on a preset arbitration strategy according to the priority of each diagnostic host computer to obtain the diagnostic conflict arbitration result of the current vehicle, the following provides a detailed example.

[0080] As an embodiment of the present application, when the DoIP module and the OBD diagnostic CAN are arbitrated:

[0081] (1) For services with the same priority, the principle of equal mutual exclusion and first come, first served is executed. When an Ethernet diagnostic host computer or a CAN diagnostic host computer has occupied a resource, after another Ethernet diagnostic host computer establishes a TCP connection and sends a routing activation request, as shown in Table 3, the DoIP module replies with a routing activation response code 0x01 (negative response indicating that all current available sockets have been registered or activated), and the action is not to activate the routing and close the socket.

[0082] Table 3

[0083]

[0084] (2) For services with the same priority, the principle of equal mutual exclusion and first come, first served is executed. When an Ethernet diagnostic host computer has occupied a resource and another CAN diagnostic host computer issues a diagnostic request for the same resource, the gateway does not process or routes the diagnostic request on the OBD CAN, avoiding duplicate allocation of resources and data conflicts, thereby maintaining the stability and efficiency of the diagnostic network.

[0085] (3) For services with a higher priority, the ongoing service with a lower priority can be interrupted. When a lower-priority Ethernet diagnostic host computer has occupied a resource and another higher-priority Ethernet diagnostic host computer establishes a TCP connection and sends a routing activation request, the DoIP module first ends the TCP connection (4-way handshake) of the lower-priority Ethernet diagnostic host computer, and then replies with a routing activation response code 0x10 (routing successfully activated), as shown in Table 4:

[0086] Table 4

[0087]

[0088] (4) For services with a higher priority, the ongoing service with a lower priority can be interrupted. When a lower-priority Ethernet diagnostic host computer has occupied a resource and another higher-priority CAN diagnostic host computer sends a diagnostic request, the gateway processes or routes the diagnostic request sent by the CAN diagnostic host computer, and at the same time, the DoIP module ends the TCP connection (4-way handshake) of the lower-priority Ethernet diagnostic host computer.

[0089] (5) For low-priority services, it is not allowed to interrupt ongoing high-priority services. When the high-priority CAN diagnosis or Ethernet diagnosis host computer is occupied, after another low-priority Ethernet diagnosis host computer establishes a TCP connection and sends a routing activation request, the DoIP module replies with a routing activation response code of 0x01 (negative response indicating that all currently available sockets have been registered or activated), as shown in Table 5:

[0090] Table 5

[0091]

[0092] Furthermore, as another embodiment of the present application, when arbitrating the DoIP module of the underlying Ethernet controller:

[0093] (1) For services with the same priority, the principle of equal mutual exclusion and first-come, first-served is executed. When an Ethernet diagnosis host computer is occupied, after another Ethernet diagnosis host computer establishes a TCP connection and sends a routing activation request, the DoIP module replies with a routing activation response code of 0x01 (negative response indicating that all currently available sockets have been registered or activated), as shown in Table 6:

[0094] Table 6

[0095]

[0096] (2) For high-priority services, it is allowed to interrupt ongoing low-priority services. When a low-priority Ethernet diagnosis host computer is occupied, after another high-priority Ethernet diagnosis host computer establishes a TCP connection and sends a routing activation request, the DoIP module first terminates the TCP connection of the low-priority Ethernet diagnosis host computer (four-way handshake), and then replies with a routing activation response code of 0x10 (routing successfully activated), as shown in Table 7:

[0097] Table 7

[0098]

[0099]

[0100] (3) For low-priority services, it is not allowed to interrupt ongoing high-priority services. When a high-priority Ethernet diagnosis host computer is occupied, after another low-priority Ethernet diagnosis host computer establishes a TCP connection and sends a routing activation request, the DoIP module replies with a routing activation response code of 0x01 (negative response indicating that all currently available sockets have been registered or activated), as shown in Table 8:

[0101] Table 8

[0102]

[0103] Further, in some embodiments, the arbitration method for vehicle fault diagnosis conflicts further includes: if the first diagnostic host computer is an Ethernet diagnostic host computer, when the current TCP_DATA socket is in an unclosed state, it is determined that the first diagnostic host computer has occupied resources; otherwise, it is determined that the first diagnostic host computer has released resources.

[0104] Specifically, if the current TCP_DATA socket is not closed, it is determined that the Ethernet diagnostic host computer occupies resources; if the current TCP_DATA socket is closed, it is determined that the Ethernet diagnostic host computer releases resources.

[0105] Further, in some embodiments, the arbitration method for vehicle fault diagnosis conflicts further includes: if the first diagnostic host computer is a CAN diagnostic host computer, it is determined whether a diagnostic request is received within a preset time period; if a diagnostic request is received within the preset time period, it is determined that the first diagnostic host computer has occupied resources; otherwise, it is determined that the first diagnostic host computer has released resources.

[0106] Wherein, the preset time period can be a time period preset by those skilled in the art, such as 6 seconds, and no specific limitation is made here.

[0107] Specifically, for the CAN diagnostic host computer, the judgment of its occupancy status is based on the activities on the OBD diagnostic CAN. If there are any diagnostic request or response messages on the OBD diagnostic CAN within 6 seconds, it is determined that the CAN diagnostic host computer is in an occupied state. On the contrary, if there are no diagnostic request or response messages on the OBD diagnostic CAN for more than 6 seconds, it is determined that the CAN diagnostic host computer has released resources.

[0108] According to the arbitration method for vehicle fault diagnosis conflicts proposed in the embodiments of the present application, based on a preset priority setting strategy, priorities are set for multiple diagnostic host computers of the current vehicle; when multiple diagnostic host computers are simultaneously connected and multiple diagnostic host computers simultaneously request to operate on the same electronic control unit, based on a preset arbitration strategy, diagnostic arbitration is performed according to the priorities of each diagnostic host computer to obtain the arbitration result of the vehicle's diagnostic conflicts, so as to perform diagnostic operations based on the arbitration result of the diagnostic conflicts. Thus, by setting up a diagnostic request management mechanism with different priorities, the problems of mutual interference and conflicts generated when multiple vehicle diagnostic methods coexist are solved, and the communication quality and efficiency of the diagnostic network are improved.

[0109] Next, a vehicle fault diagnosis conflict arbitration device according to an embodiment of the present application will be described with reference to the accompanying drawings.

[0110] Figure 4 It is a block diagram of the vehicle fault diagnosis conflict arbitration device according to an embodiment of the present application.

[0111] As shown Figure 4 in FIG., the arbitration device 10 for vehicle fault diagnosis conflict includes: a setting module 100, a judgment module 200, and an arbitration module 300.

[0112] Among them, the setting module 100 is used to set priorities for multiple diagnostic host computers of the current vehicle based on a preset priority setting strategy; the judgment module 200 is used to judge whether there are multiple diagnostic host computers accessing simultaneously, and whether multiple diagnostic host computers request to operate on the same electronic control unit at the same time; the arbitration module 300 is used to, if there are multiple diagnostic host computers accessing simultaneously, and multiple diagnostic host computers request to operate on the same electronic control unit at the same time, perform diagnostic arbitration based on a preset arbitration strategy according to the priorities of each diagnostic host computer to obtain the diagnostic conflict arbitration result of the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result.

[0113] Further, in some embodiments, the arbitration module 300 is used to: judge whether there is a first diagnostic host computer that has occupied resources and receives a route activation request sent by a second diagnostic host computer; if there is a first diagnostic host computer that has occupied resources and receives a route activation request sent by a second diagnostic host computer, when the priority of the first diagnostic host computer is the same as that of the second diagnostic host computer, send a negative response code to the second diagnostic host computer to reject the route activation request sent by the second diagnostic host computer.

[0114] Further, in some embodiments, after determining that there is a first diagnostic host computer that has occupied resources and receives a route activation request sent by a second diagnostic host computer, the judgment module 200 is further used to: judge whether the priority of the second diagnostic host computer is higher than that of the first diagnostic host computer; if the priority of the second diagnostic host computer is higher than that of the first diagnostic host computer, end the TCP connection of the first diagnostic host computer and send a route successfully activated response code to the second diagnostic host computer to activate the route; if the priority of the second diagnostic host computer is lower than that of the first diagnostic host computer, send a negative response code to the second diagnostic host computer to reject the route activation request sent by the second diagnostic host computer.

[0115] Further, in some embodiments, the arbitration device 10 for vehicle fault diagnosis conflict is further used to: if the first diagnostic host computer is an Ethernet diagnostic host computer, determine that the first diagnostic host computer has occupied resources when the current TCP_DATAsocket is in an unclosed state, otherwise, determine that the first diagnostic host computer has released resources.

[0116] Further, in some embodiments, the arbitration device 10 for vehicle fault diagnosis conflicts is further configured to: if the first diagnostic host computer is a CAN diagnostic host computer, determine whether a diagnostic request is received within a preset time period; if a diagnostic request is received within the preset time period, determine that the first diagnostic host computer has occupied resources, otherwise, determine that the first diagnostic host computer has released resources.

[0117] It should be noted that the foregoing explanation of the embodiments of the arbitration method for vehicle fault diagnosis conflicts also applies to the arbitration device for vehicle fault diagnosis conflicts in this embodiment, and will not be elaborated here.

[0118] The arbitration device for vehicle fault diagnosis conflicts proposed according to the embodiments of the present application sets priorities for multiple diagnostic host computers of the current vehicle based on a preset priority setting strategy; when multiple diagnostic host computers are simultaneously connected and multiple diagnostic host computers simultaneously request to operate the same electronic control unit, based on a preset arbitration strategy, diagnostic arbitration is performed according to the priorities of each diagnostic host computer to obtain the diagnostic conflict arbitration result of the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result. Thus, by setting a diagnostic request management mechanism with different priorities, the problems of mutual interference and conflicts generated when multiple vehicle diagnostic methods coexist are solved, and the communication quality and efficiency of the diagnostic network are improved.

[0119] Figure 5 The structural schematic diagram of the vehicle provided by the embodiments of the present application. The vehicle may include:

[0120] A memory 501, a processor 502, and a computer program stored on the memory 501 and executable on the processor 502.

[0121] When the processor 502 executes the program, it implements the arbitration method for vehicle fault diagnosis conflicts provided in the foregoing embodiments.

[0122] Further, the vehicle further includes:

[0123] A communication interface 503 for communication between the memory 501 and the processor 502.

[0124] The memory 501 is used to store a computer program executable on the processor 502.

[0125] The memory 501 may include a high-speed RAM memory, and may also include a non-volatile memory, such as at least one disk memory.

[0126] If the memory 501, the processor 502, and the communication interface 503 are implemented independently, the communication interface 503, the memory 501, and the processor 502 can be interconnected via a bus and communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 5 only a thick line is used in Figure 5 , but it does not mean that there is only one bus or one type of bus.

[0127] Optionally, in a specific implementation, if the memory 501, the processor 502, and the communication interface 503 are integrated on a single chip, the memory 501, the processor 502, and the communication interface 503 can communicate with each other via an internal interface.

[0128] The processor 502 may be a Central Processing Unit (CPU), or an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application.

[0129] The embodiments of the present application also provide a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the arbitration method for vehicle fault diagnosis conflicts as described above is implemented.

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

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

[0132] Any process or method description represented in a flowchart or described otherwise herein can be understood to represent a module, segment, or portion of code including one or more N executable instructions for implementing a customized logical function or process. The scope of the preferred embodiments of this application includes additional implementations, where the functions may be executed in a substantially simultaneous manner or in a reverse order according to the functions involved, rather than in the order shown or discussed, which should be understood by those skilled in the technical field to which the embodiments of this application belong.

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

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

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

[0136] In addition, in each embodiment of the present application, the functional units can be integrated in a processing module, or each unit can exist physically alone, or two or more units can be integrated in a module. The above integrated module can be implemented in the form of hardware or in the form of a software functional module. When the above integrated module is implemented in the form of a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

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

Claims

1. A method for arbitrating conflicts in vehicle fault diagnosis, characterized in that: The following steps are involved: Based on the preset priority setting strategy, the priorities of multiple diagnostic host computers of the current vehicle are set; Determine whether there are multiple diagnostic host computers connected at the same time, and whether the multiple diagnostic host computers request to operate the same electronic control unit at the same time; If there are multiple diagnostic host computers connected at the same time, and the multiple diagnostic host computers simultaneously request to operate the same electronic control unit, then based on the preset arbitration strategy, diagnostic arbitration is performed according to the priority of each diagnostic host computer to obtain the diagnostic conflict arbitration result of the current vehicle, so as to perform diagnostic operations based on the diagnostic conflict arbitration result.

2. The method according to claim 1, characterized in that The arbitration is performed based on the preset arbitration strategy according to the priority of each diagnostic host computer to obtain the diagnostic conflict arbitration result of the current vehicle, including: Determine whether there is a first diagnosis host computer that has occupied resources and has received a routing activation request sent by a second diagnosis host computer; If the first diagnostic host computer has occupied resources and receives a routing activation request sent by the second diagnostic host computer, then when the priority of the first diagnostic host computer is the same as that of the second diagnostic host computer, a negative response code is sent to the second diagnostic host computer to reject the routing activation request sent by the second diagnostic host computer.

3. The method according to claim 2, characterized in that After determining that the first diagnosis host computer has occupied resources and receiving the routing activation request sent by the second diagnosis host computer, the method further includes: Determining whether the priority of the second diagnosis host computer is higher than the priority of the first diagnosis host computer; If the priority of the second diagnosis host computer is higher than that of the first diagnosis host computer, the TCP link of the first diagnosis host computer is terminated, and a route successful activation response code is sent to the second diagnosis host computer to activate the route; If the priority of the second diagnosis host computer is lower than that of the first diagnosis host computer, a negative response code is sent to the second diagnosis host computer to reject the routing activation request sent by the second diagnosis host computer.

4. The method according to claim 2, characterized in that: Also includes: If the first diagnosis host computer is an Ethernet diagnosis host computer, when the current TCP_DATA socket is in an unclosed state, it is determined that the first diagnosis host computer has occupied resources; otherwise, it is determined that the first diagnosis host computer has released resources.

5. The method according to claim 2, characterized in that: Also includes: If the first diagnostic host computer is a CAN diagnostic host computer, determining whether a diagnostic request is received within a preset time period; If the diagnosis request is received within a preset time period, it is determined that the first diagnosis host computer has occupied resources; otherwise, it is determined that the first diagnosis host computer has released resources.

6. A vehicle fault diagnosis conflict arbitration device, characterized in that: include: A setting module, used for setting the priority of multiple diagnosis host computers of the current vehicle based on a preset priority setting strategy; A judging module, used for judging whether there are multiple diagnostic host computers connected at the same time, and whether the multiple diagnostic host computers request to operate the same electronic control unit at the same time; The arbitration module is used to perform diagnostic arbitration based on the priority of each diagnostic host computer based on a preset arbitration strategy if multiple diagnostic host computers are connected at the same time and the multiple diagnostic host computers simultaneously request to operate the same electronic control unit, so as to obtain the diagnostic conflict arbitration result of the current vehicle and perform diagnostic operations based on the diagnostic conflict arbitration result.

7. The device according to claim 6, characterized in that The arbitration module is used for: Determine whether there is a first diagnosis host computer that has occupied resources and has received a routing activation request sent by a second diagnosis host computer; If the first diagnostic host computer has occupied resources and receives a routing activation request sent by the second diagnostic host computer, then when the priority of the first diagnostic host computer is the same as that of the second diagnostic host computer, a negative response code is sent to the second diagnostic host computer to reject the routing activation request sent by the second diagnostic host computer.

8. The device according to claim 7, characterized in that After determining that the first diagnosis host computer has occupied resources and receiving the routing activation request sent by the second diagnosis host computer, the judgment module is further used to: Determining whether the priority of the second diagnosis host computer is higher than the priority of the first diagnosis host computer; If the priority of the second diagnosis host computer is higher than that of the first diagnosis host computer, the TCP link of the first diagnosis host computer is terminated, and a route successful activation response code is sent to the second diagnosis host computer to activate the route; If the priority of the second diagnosis host computer is lower than that of the first diagnosis host computer, a negative response code is sent to the second diagnosis host computer to reject the routing activation request sent by the second diagnosis host computer.

9. A vehicle, characterized in that: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the arbitration method for vehicle fault diagnosis conflicts as described in any one of claims 1-5.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: The program is executed by a processor to implement the arbitration method for vehicle fault diagnosis conflicts as described in any one of claims 1-5.

Images