CN113885476A

CN113885476A - Vehicle diagnosis method and related device

Info

Publication number: CN113885476A
Application number: CN202111237516.4A
Authority: CN
Inventors: 刘均; 庄文龙
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2021-10-22
Filing date: 2021-10-22
Publication date: 2022-01-04
Anticipated expiration: 2041-10-22
Also published as: CN113885476B

Abstract

The embodiment of the application discloses a vehicle diagnosis method and a related device, wherein the method comprises the following steps: the diagnostic software sends information of the first data item to a third interface of the middleware; the middleware searches a reading instruction, a position and an algorithm related to the first data item in a diagnostic protocol; the middleware sends the reading instruction to a vehicle to be diagnosed through a hardware VCI; the vehicle to be diagnosed returns the operation parameters of the target component of the first ECU to the middleware through the hardware VCI; the middleware processes the operation parameters according to the position and the algorithm to obtain a diagnosis result; the middleware sends the diagnosis result to the diagnosis software; and the diagnosis software receives and displays the diagnosis result. According to the embodiment of the application, the efficiency of the diagnosis process is improved by adding the middleware, and the safety of the information data of the vehicle ECU can be greatly enhanced.

Description

Vehicle diagnosis method and related device

Technical Field

The present application relates to the field of vehicle diagnosis technologies, and in particular, to a vehicle diagnosis method and a related apparatus.

Background

Electronic Control Units (ECUs), also known as "vehicle computers" of automobiles, are used to Control the driving state of an automobile and to perform various functions thereof. The automobile is mainly characterized in that the automobile state and the intention of a driver are judged by data acquisition and exchange of various sensors and buses, and the automobile is controlled by an actuator. When after-sale or repair factories need to carry out relevant diagnosis on vehicles, corresponding diagnosis software needs to be developed to carry out communication data interaction on each ECU of the vehicles, and the ECU communication needs to acquire the detailed diagnosis protocol content of each diagnosis function of all the ECUs.

Now, a set of diagnostic equipment is developed in an ECU (electronic control unit) factory, diagnostic protocol information of all ECUs, including functions, algorithms, some commands and the like of all ECUs, must be provided for realizing a diagnostic function, and all protocol information is sent to a vehicle by the diagnostic equipment through hardware.

For an ECU (electronic control unit) manufacturer, providing all ECU protocol information easily causes leakage of information such as vehicle parameters and algorithms, and increases the safety risk of a vehicle.

Disclosure of Invention

The embodiment of the application provides a vehicle diagnosis method and a related device, which can greatly enhance the safety of information data of a vehicle ECU.

In a first aspect, an embodiment of the present application provides a vehicle diagnosis method, which is applied to a diagnosis device, where the diagnosis device has built-in diagnosis software, and the method includes:

the diagnostic software acquires a target operation instruction selected by a user;

the diagnostic software calls a target communication interface of the intermediate module according to the target operation instruction; the intermediate module encapsulates an ECU communication protocol list corresponding to the model of the target vehicle and communicates with the target vehicle; the intermediate module comprises at least one universal communication interface, the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the target communication interface is one of the universal communication interfaces;

and the diagnosis software receives the diagnosis information which is returned by the intermediate module and corresponds to the target communication interface.

In the embodiment of the application, the intermediate module provides a unified communication interface available for at least N vehicle types, and meanwhile, the intermediate module encapsulates communication protocol information of each ECU of a certain vehicle type. The ECU communication protocol is encapsulated by adding the intermediate module, so that the exposure of vehicle information to the outside can be reduced, and the safety in the vehicle diagnosis process is obviously improved.

In an optional solution of the first aspect, the intermediate module further includes at least one vehicle type communication interface, where the vehicle type communication interface is a communication interface corresponding to a vehicle type of the target vehicle;

the target communication interface is one of the general communication interface and the vehicle type communication interface.

In a second aspect, an embodiment of the present application provides a vehicle diagnosis method, which is applied to a diagnosis device with a built-in middleware, and the method includes:

the intermediate module acquires calling information of a target communication interface called by diagnostic software, encapsulates an ECU communication protocol list corresponding to the type of a target vehicle and communicates with the target vehicle;

the intermediate module comprises at least one universal communication interface, the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the target communication interface is one of the universal communication interfaces;

and the intermediate module sends the diagnosis information corresponding to the target communication interface to the diagnosis software.

In an optional solution of the second aspect, the intermediate module further includes at least one vehicle type communication interface, where the vehicle type communication interface is a communication interface corresponding to a vehicle type of the target vehicle;

In another optional solution of the second aspect, the target communication interface includes a first interface, and the first interface is configured to obtain an ECU list of a target vehicle;

when the intermediate module acquires the calling information of the diagnostic software calling the first interface, the middleware sends the diagnostic information corresponding to the target communication interface to the diagnostic software, and the method comprises the following steps:

the intermediate module carries out ECU scanning on the target vehicle according to the packaged ECU communication protocol list;

the intermediate module generates an ECU list of the target vehicle according to the scanning result;

the intermediate module returns a list of ECUs of the target vehicle to the diagnostic software.

In another optional solution of the second aspect, the universal communication interface further includes a second interface, and the second interface is configured to obtain a diagnosis function list of the target ECU;

when the intermediate module acquires calling information for calling the second interface by the diagnostic software, wherein the calling information comprises identification information of a target ECU, and the intermediate module sends diagnostic information corresponding to the target communication interface to the diagnostic software, and the method comprises the following steps:

and the intermediate module returns a diagnosis function list of the target ECU to the diagnosis software according to the identification information.

In yet another optional aspect of the second aspect, the vehicle type communication interface is a diagnostic function interface; when the intermediate module acquires call information of one diagnostic function interface called by diagnostic software, the intermediate module sends diagnostic information corresponding to the target communication interface to the diagnostic software, and the method comprises the following steps:

the intermediate module determines a target ECU to be communicated and a corresponding target diagnosis function according to the called diagnosis function interface;

the intermediate module searches a target ECU communication protocol corresponding to the target ECU;

the intermediate module establishes communication connection with the target ECU according to the target ECU communication protocol;

the intermediate module sends a diagnosis instruction corresponding to the target diagnosis function to the target ECU;

the intermediate module receives diagnosis result data returned by the target ECU according to the diagnosis instruction;

the intermediate module sends the diagnostic result data to the diagnostic software.

In a further alternative of the second aspect, the intermediate module communicates with the target vehicle using an international standard communication interface.

In a third aspect, an embodiment of the present application provides a vehicle diagnostic apparatus, where the apparatus includes a processor and a memory, where the memory is used to store a computer program, and the processor is used to call the computer program and perform the following operations:

acquiring a target operation instruction selected by a user through the diagnosis software;

calling a target communication interface of the intermediate module according to the target operation instruction through the diagnosis software; the intermediate module encapsulates an ECU communication protocol list corresponding to the model of the target vehicle and communicates with the target vehicle;

and receiving the diagnosis information corresponding to the target communication interface returned by the intermediate module through the diagnosis software.

In an optional solution of the third aspect, the intermediate module further includes at least one vehicle type communication interface, where the vehicle type communication interface is a communication interface corresponding to a vehicle type of the target vehicle;

In a fourth aspect, an embodiment of the present application provides a vehicle diagnostic apparatus, where the apparatus includes a processor and a memory, where the memory is used to store a computer program, and the processor is used to call the computer program and perform the following operations:

acquiring calling information of a target communication interface called by diagnostic software through the intermediate module, wherein the intermediate module encapsulates an ECU communication protocol list corresponding to the type of a target vehicle and realizes communication with the target vehicle; the intermediate module comprises at least one universal communication interface, the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the target communication interface is one of the universal communication interfaces;

and sending the diagnosis information corresponding to the target communication interface to the diagnosis software through the intermediate module.

In an optional solution of the fourth aspect, the intermediate module further includes at least one vehicle type communication interface, where the vehicle type communication interface is a communication interface corresponding to a vehicle type of the target vehicle;

In another optional solution of the fourth aspect, the target communication interface includes a first interface, and the first interface is configured to obtain an ECU list of a target vehicle;

performing ECU scanning on the target vehicle through the intermediate module according to the encapsulated ECU communication protocol list;

generating an ECU list of the target vehicle according to the scanning result through the intermediate module;

returning, by the intermediary module, the list of ECUs of the target vehicle to the diagnostic software.

In yet another optional aspect of the fourth aspect, the universal communication interface further includes a second interface, and the second interface is configured to obtain a diagnosis function list of the target ECU;

when the intermediate module acquires calling information for calling the second interface by the diagnostic software, wherein the calling information comprises identification information of a target ECU, and the middleware sends the diagnostic information corresponding to the target communication interface to the diagnostic software, and the method comprises the following steps:

In yet another optional aspect of the fourth aspect, the vehicle type communication interface is a diagnostic function interface; when the intermediate module acquires call information of one diagnostic function interface called by diagnostic software, the intermediate module sends diagnostic information corresponding to the target communication interface to the diagnostic software, and the method comprises the following steps:

searching a target ECU communication protocol corresponding to the target ECU through the intermediate module;

sending a diagnosis instruction corresponding to the target diagnosis function to the target ECU through the intermediate module;

receiving diagnosis result data returned by the target ECU according to the diagnosis instruction through the intermediate module;

and sending the diagnosis result data to the diagnosis software through the intermediate module.

In yet another alternative of the fourth aspect, the intermediate module communicates with the target vehicle using an international standard communication interface.

In a fifth aspect, embodiments of the present application provide a computer-readable storage medium having instructions stored therein, which when executed on a processor, implement the method described in any one of the first aspect and the second aspect or in an alternative aspect of any one of the first aspect and the second aspect.

Drawings

The drawings used in the embodiments of the present application are described below.

FIG. 1 is a schematic diagram of an architecture of a vehicle diagnostic system provided by an embodiment of the present application;

FIG. 2A is a block diagram illustrating a flow chart of a vehicle diagnostic method provided by an embodiment of the present application;

FIG. 2B is a block diagram illustrating specific process steps of a vehicle diagnostic method according to an embodiment of the present disclosure;

FIG. 3 is a schematic diagram of interfaces of an intermediate module according to an embodiment of the present disclosure;

FIG. 4 is a schematic diagram of a selection of a first ECU from a list of ECUs provided by an embodiment of the present application;

FIG. 5 is a schematic diagram illustrating an interface unification for deploying an intermediate module according to an embodiment of the present application;

FIG. 6 is a diagram illustrating selection of a first function from a list of functions provided by an embodiment of the present application;

FIG. 7 is a diagram illustrating a selection of a first data item from a list of data items according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a diagnostic apparatus 80 provided in an embodiment of the present application;

fig. 9 is a schematic structural diagram of a diagnostic apparatus 90 provided in an embodiment of the present application;

fig. 10 is a schematic structural diagram of a diagnostic apparatus 100 provided in an embodiment of the present application;

fig. 11 is a schematic structural diagram of a diagnostic apparatus 110 according to an embodiment of the present disclosure.

Detailed Description

The embodiments of the present application will be described below with reference to the drawings.

Referring to fig. 1, fig. 1 is a schematic structural diagram of a Vehicle diagnostic system provided in an embodiment of the present application, the system includes a diagnostic device 101, a hardware Vehicle Communication Interface (VCI) 104, and a Vehicle 105 to be diagnosed, wherein:

the vehicle 105 to be diagnosed may be a truck, a family car, a passenger car, an off-road vehicle, or the like. The vehicle 105 to be diagnosed includes therein many Electronic Control Units (ECUs), such as an engine ECU, an air conditioner ECU, and a bellows ECU. For example, the ECU is also called a "running computer" of the automobile, and is used for controlling the running state of the automobile and implementing various functions thereof. The method mainly utilizes data acquisition and exchange of various sensors and buses to judge the state of the automobile and the intention of a driver and control the automobile.

The diagnostic device 101 may be a computer configured with a "special diagnostic environment", which may also be referred to as an upper computer, and the diagnostic device 101 may have at least two deployment situations, specifically as follows:

in a first case, the diagnosis device 101 includes the diagnosis software 102 and the intermediate module 103, in this case, the diagnosis software 102 and the intermediate module 103 may be two software modules composed of program codes and capable of implementing a diagnosis function, such as two Application programs (APP).

In the second case, the diagnostic device 101 includes the diagnostic software 102 but does not include the intermediate module 103, wherein the intermediate module 103 may be hardware independent of the diagnostic device 101, and the intermediate module 103 may communicate with the diagnostic software 102 through an interface configured on the intermediate module 103.

In the second case, the diagnostic software 102 may be a device for performing a diagnostic function, or a software module composed of program codes and capable of implementing a diagnostic function, such as an APP implementing a diagnostic function; the diagnostic software calls each interface of the intermediate module in turn, and realizes the diagnosis of the vehicle to be diagnosed through a series of operations, wherein the series of operations can be operations of acquiring each information of the vehicle ECU or executing each diagnostic function and the like.

The intermediate module 103 is used for packaging various diagnostic function protocols of one or more vehicle type ECUs provided by a vehicle manufacturer.

The intermediate module 103 is provided with a plurality of interfaces, which may be called as a universal communication interface and a vehicle type communication interface, wherein the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the universal communication interface includes a first interface and a second interface; the vehicle type communication interface is a communication interface corresponding to a vehicle type of a target vehicle, and the vehicle type communication interface includes a third interface and a fourth interface, for example, the first interface is an interface for acquiring an ECU list of a vehicle to be diagnosed, and the second interface is an interface for reading a diagnosis function list of the first ECU, where, if a certain vehicle has 15 types of ECUs, the 15 types of ECUs may include an engine ECU, an air conditioner ECU, a bellows ECU, and the like, and these ECUs may form an ECU list; selecting a first ECU from the ECU list, wherein the diagnosis function list of the first ECU can be a diagnosis function list of an engine, a diagnosis function list of an air conditioner or a diagnosis function list of a bellows; the third interface is an interface for reading a data item list related to the first diagnostic function, wherein the data item list related to the first diagnostic function can have a read data flow function in a diagnostic function list of the engine, and the data items in the data item list of the function have: vehicle speed, temperature, throttle switch, oxygen sensor, etc.; the fourth interface is an interface for reading parameter values of the first data item, for example, the parameter values of vehicle speed or temperature are selected for reading, the parameter values may be byte positions, algorithms, and the like, and the reading of the parameter values of a plurality of data items is also supported.

The hardware VCI104 is used to enable communication interaction between the intermediate module 103 and the vehicle 105 to be diagnosed.

Referring to fig. 2A, fig. 2A is a schematic flow chart of a vehicle diagnosis method provided by an embodiment of the present application, which may be implemented based on the architecture of the system shown in fig. 1, and the method includes, but is not limited to, the following steps:

in step S201, the diagnosis software acquires a target operation instruction selected by a user.

Specifically, the target operation instruction may be input in a touch manner, a voice control manner, and the like, for example, when the diagnostic device runs the diagnostic software, a UI interface of the diagnostic software is output through a touch display screen, and the UI interface may include a function button, and when the worker touches the function button, the diagnostic device accordingly obtains the target operation instruction, and the target operation instruction is used to start diagnosis of the target vehicle. The target operation instruction may also be input in other manners, which are not examples here.

Step S202: and the diagnostic software calls a target communication interface of the intermediate module according to the target operation instruction.

Step S203: and the intermediate module sends the diagnosis information corresponding to the target communication interface to the diagnosis software.

Step S204: and the diagnosis software receives the diagnosis information which is returned by the intermediate module and corresponds to the target communication interface.

The intermediate module encapsulates an ECU communication protocol corresponding to the type of the target vehicle and communicates with the target vehicle; the intermediate module comprises at least one universal communication interface, the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the target communication interface is one of the universal communication interfaces; n is a positive integer greater than or equal to 1. Optionally, the target communication interface includes a first interface, a second interface, a third interface, and a fourth interface, in this case, the diagnostic software calls the target communication interface of the intermediate module according to the target operation instruction, the intermediate module sends the diagnostic information corresponding to the target communication interface to the diagnostic software, and the diagnostic software receives the diagnostic information corresponding to the target communication interface returned by the intermediate module, and these three links may be implemented specifically by the following process (as shown in fig. 2B):

step 1: the diagnostic software sends an ECU request to the first interface of the intermediate module.

In order to accurately and efficiently execute each operation, as shown in fig. 3, the embodiment of the present application configures a corresponding interface for each operation, for example:

a first interface for reading the target vehicle ECU list;

a second interface for reading a function list of the first ECU;

a third interface for reading a list of data items to which the first function relates;

a fourth interface for reading a parameter value of the first data item.

When a specific interface is called, the corresponding operation of the interface is triggered to be executed.

The ECU request is used for requesting to obtain an ECU list, and specifically, the ECU request carries information (such as a vehicle model identification, a name, and the like) of a certain vehicle model, in this case, the ECU request is specifically used for requesting an ECU list of a vehicle of a certain vehicle model.

The ECU list includes a plurality of ECUs; the list of ECUs for different vehicle models may or may not be the same, e.g., one car large

The ECU list of many automobiles comprises an engine ECU, a wave box ECU, an air conditioner ECU and the like, and the ECU list of Dongfeng Honda also comprises

Including engine ECU, bellows ECU, air conditioner ECU, etc., the ECU lists for these two different vehicle types are the same. For another example, the ECU list of a popular automobile includes an engine ECU, a wave box ECU, an air conditioner ECU, and the like, while the ECU list of the new energy automobile includes a vehicle controller ECU, an ac charger ECU, a motor ECU, and the like, so that the ECU lists included in the two types of automobiles are different.

TABLE 1

Vehicle model	Vehicle type name
		People using one steam	VOLKSWAGEN
Dongfeng Honda	Dongfeng Honda
		New energy automobile	Singulato

As shown in table 1, if the ECU request includes "VOLKSWAGEN," it indicates that the diagnostic software requested the intermediate module a list of ECUs from a large population of cars; if the ECU request includes "Dongfeng Honda", this indicates that the diagnostic software is requesting the middle module for a list of ECUs from the east wind Honda, and so on.

Step 2: the intermediate module receives an ECU request sent by diagnostic software through a first interface.

Specifically, the intermediate module may parse the ECU request to learn that the diagnostic software needs to obtain the ECU list. Under the condition that the diagnostic software needs to acquire an ECU list, the intermediate module sequentially sends activation instructions (for example, the sent activation instruction is 0x1001) of all ECUs to the vehicle according to protocols of all the ECUs to automatically scan the ECUs of the whole vehicle, if which ECU normally replies to the activation instruction sent by the intermediate module (for example, the normally replied activation instruction is 0x5001), it is determined that the vehicle is currently configured with the ECU, and under the condition that the vehicle is determined to be configured with the ECU, the intermediate module continues to send a reading request to the vehicle to acquire version information of the ECU, wherein different versions of the ECUs may include different faults, for example, the ECU of version 1.0 includes a fault of a rotating speed, and the ECU of version 2.0 includes a temperature fault. After all the ECUs of the vehicle are scanned, the intermediate module stores all the ECUs configured by the current vehicle and version information of the corresponding ECUs in an array and returns the version information to diagnostic software, such as an engine ECU, a wave box ECU, an air conditioner ECU and the like, wherein the version information of the engine ECU is { MB: 0123456789, Supplier: siemens, Hardware status: 06/06, Software status: 08/14, Diagnosis identifier: 146/09}. As can be seen from the above, the ECU list acquired by the diagnostic software may be actually determined according to the condition of the activation command finally returned by the vehicle.

And step 3: the intermediate module sends the list of ECUs to the diagnostic software.

Specifically, in the embodiment of the present application, different vehicle types correspond to their own ECU lists, and the ECU lists corresponding to different vehicle types may be the same or different.

In case one, the ECU lists corresponding to different vehicle models may be the same. For example, the ECUs included in a popular automobile are an engine ECU, an air conditioner ECU, a bellows ECU, and the like; the Dongfeng Honda automobile may also include an engine ECU, an air conditioner ECU, a wave box ECU and other ECUs.

In case two, the ECU lists corresponding to different vehicle models may be different. For example, the ECUs included in a popular automobile are an engine ECU, an air conditioner ECU, a bellows ECU, and the like; the new energy automobile may include an entire automobile controller ECU, an alternating current charger ECU, a motor ECU and other ECUs.

After the intermediate module receives an ECU request sent by the diagnostic software, the information of the vehicle type can be determined according to the ECU request, and an ECU list corresponding to the vehicle type is further determined. Also taking table 1 as an example, if the name of the vehicle type carried in the ECU request is "VOLKSWAGEN", it may be determined that the vehicle type is a car public, and further obtain an ECU list corresponding to the car public, and so on for the rest. In addition, the list of ECUs corresponding to different vehicle models may be as shown in table 2.

TABLE 2

Vehicle model	ECU list
		People using one steam	Engine ECU, air conditioner ECU, wave box ECU
Dongfeng Honda	Engine ECU, air conditioner ECU, wave box ECU
		New energy automobile	Vehicle control unit ECU, alternating current charger ECU and motor ECU

As shown in table 2, the intermediate module may automatically send the ECU list to the diagnostic software after determining the ECU list of the vehicle type, or may output the ECU list to the detecting person through the display, and the detecting person may perform operations on the ECU list, such as a sending confirmation operation, a canceling operation, and the like, wherein if the intermediate module receives a sending confirmation operation input by the detecting person, the ECU list is sent to the diagnostic software, and if the intermediate module receives a canceling sending cancellation operation input by the detecting person, the ECU list is not sent. The information of the vehicle type carried in the ECU request is different, and the queried ECU list may be different, so the ECU list sent in this step is also different. For ease of understanding, the following examples are given. For example, if the information of the vehicle type carried in the ECU request is the name of the vehicle type of a popular automobile, the ECU list sent by the intermediate module includes an engine ECU, a wave box ECU, an air conditioner ECU, and the like, and if the information of the vehicle type carried in the ECU request is the name of the vehicle type of the new energy automobile, the ECU list sent by the intermediate module includes a vehicle control unit ECU, an alternating current charger ECU, a motor ECU, and the like.

And 4, step 4: the diagnostic software receives the list of ECUs sent by the intermediate module.

And 5: the diagnostic software selects a first ECU from the list of ECUs.

The diagnostic software may output the ECU list to the detecting person after receiving the ECU list, for example, the ECU list is displayed on a display, accordingly, the detecting person performs a selection operation on the diagnostic software or a diagnostic device where the diagnostic software is located, accordingly, the diagnostic software selects the first ECU from the ECU list, taking the above table 2 as an example, if the ECU list is specifically the ECU list of the above-mentioned popular automobile, here, the first ECU is selected from the "popular ECU list", as shown in fig. 4, and if the detecting person clicks (i.e., selects) the engine ECU from the ECU list displayed on the display, the first ECU is the engine ECU. The first ECU may be an engine ECU, and may also be an air conditioner ECU.

For the prior art, if a certain ECU is selected from the ECU list, all protocol information needs to be provided to the diagnostic software (for example, the ECU lists of different vehicle types are provided), for example, if the ECU list of a mass automobile is needed, the ECU lists of the vehicle types such as the mass automobile, a new energy automobile, a galloping automobile and the like need to be exposed and provided to the diagnostic software to select the certain ECU; compared with the prior art, the method greatly improves the efficiency of the diagnosis process and relatively simplifies the diagnosis process.

Step 6: the diagnostic software sends information of the first ECU to the second interface of the intermediate module.

The information of the first ECU may include information such as name, number or identification of the first ECU.

TABLE 3

ECU	ECU identification	ECU name
			Engine ECU	Adfadfadfd	EMS
Air conditioner ECU	fdfdfd	AAC
			Wave box ECU	Bxshbdil	AT

As shown in table 3, if the above-selected first ECU is an engine ECU, the information of the first ECU may include "adfadffd" and/or "EMS"; if the first ECU selected above is an air conditioning ECU, the information of the first ECU may include "fdfddfd" and/or "AAC", and so on.

And 7: and the second interface of the intermediate module receives the information of the first ECU, which is sent by the diagnosis software.

The second interface is a preset interface used for reading a diagnosis function list of the first ECU.

And 8: the intermediate module sends a list of diagnostic functions of the first ECU to the diagnostic software.

Specifically, in the embodiment of the present application, different ECUs correspond to their own diagnostic function lists, and the diagnostic function lists corresponding to different ECUs may be the same or different.

In case one, the diagnostic function lists for different ECUs may be the same. For example, the diagnostic functions included in the engine ECU are reading data streams, reading fault codes, clearing fault codes, and the like; the air conditioning ECU may also include functions of reading a data stream, reading a fault code, and clearing a fault code.

In case two, the diagnostic function lists for different ECUs may be different. For example, the diagnostic functions included in the engine ECU are reading a fault code, clearing a fault code, reading a data stream, and the like; the air conditioner ECU may include a function of performing an operation test or the like.

After the intermediate module receives the information of the first ECU, the intermediate module can determine the first ECU according to the information of the first ECU, and further determine a function list corresponding to the first ECU. Also taking table 3 as an example, if the information of the first ECU is "adfadffd", it may be determined that the first ECU is an engine ECU, and a diagnostic function list corresponding to the engine may be obtained, where the diagnostic function list corresponding to different engines may be as shown in table 4.

TABLE 4

ECU	List of diagnostic functions
		Engine ECU	Reading data stream, reading fault code, clearing fault code
Air conditioner ECU	Performing action testing
		Wave box ECU	Performing encoding

The intermediate module may automatically send the diagnostic function to the diagnostic software after determining the list of diagnostic functions for the first ECU

The diagnostic function list can also be output to the detection personnel through the display, and the detection personnel can operate the diagnostic function list, such as a confirmation sending operation, a cancellation operation and the like, wherein if the intermediate module receives the confirmation sending operation input by the detection personnel, the diagnostic function list is sent to the diagnostic software, and if the intermediate module receives the cancellation sending operation input by the detection personnel, the diagnostic function list is not sent.

As shown in table 4, if the ECU determined from the information of the first ECU is the engine ECU, the transmitted diagnosis function list includes functions such as reading a data stream, reading a fault code, and clearing a fault code, and if the ECU determined from the information of the first ECU is the air conditioner ECU, the transmitted diagnosis function list includes functions such as performing an operation test.

And step 9: the diagnostic software receives the list of diagnostic functions of the first ECU sent by the intermediate module.

Step 10: the diagnostic software selects a first function from a list of diagnostic functions for the first ECU.

Specifically, the diagnostic software may output the list of diagnostic functions of the first ECU to the testing personnel after receiving the list of diagnostic functions of the first ECU, for example, the list of diagnostic functions is displayed on a display, and accordingly, the testing personnel performs a selection operation for a first function in the list of diagnostic functions of the first ECU on the diagnostic software or a diagnostic device on which the diagnostic software is located, and accordingly, the diagnostic software selects the first function from the list of diagnostic functions of the first ECU. Taking the above table 4 as an example, if the first ECU is the engine ECU, the first function is selected from a "diagnosis function list of the engine ECU", for example, as shown in fig. 6, the first function may be reading a data stream, or may be reading a fault code.

Step 11: the diagnostic software sends information of the first function to the second interface of the intermediate module.

The information of the first function may include information such as a name, an identifier, or a number of the first function.

TABLE 5

Diagnostic function	Diagnostic function identification	Name of diagnostic function
			Reading a data stream	Tjhgjm	Read DID
Reading fault codes	Bbytju	Read DTC
			Clearing fault code	Nhynty	Clear DTC
Performing action testing	Nhtrtfef	IO Test

As shown in table 5, if the above-selected first function is to Read a data stream, the information of the first function may include "Tjhgim" and/or "Read DID"; if the first function selected above is to Read a fault code, the information of this first function may include "bytju" and/or "Read DTC", and so on.

Step 12: and the third interface of the intermediate module receives the information of the first function sent by the diagnosis software.

And the third interface is a preset interface used for reading the data item list related to the first function.

Step 13: the intermediary module sends the list of data items for the first function to the diagnostic software.

Specifically, in the embodiment of the present application, different diagnostic functions correspond to their own data item lists, and the data item lists corresponding to different diagnostic functions may be the same or different.

In case one, the list of data items corresponding to different diagnostic functions may be the same. For example, the data items included in the function of reading the fault code are intake air temperature, intake air pressure, engine water temperature, and the like; the fault code clearing function may include intake air temperature, intake air pressure, engine water temperature, etc.

In case two, the list of data items for different diagnostic functions may be different. For example, the data items contained in the read data stream are vehicle speed, temperature, air throttle switch, oxygen sensor, etc.; and the data items involved in performing the action test function may be rotational speed, fuel amount, etc.

After the intermediate module receives the information of the first function, the intermediate module can determine the first function according to the information of the first function and further determine a data item list corresponding to the first function. Also taking table 5 as an example, if the information of the first function is "Tjhgjm", it may be determined that the first function is a read data stream function, and then a data item list corresponding to the first function is obtained, where the data item lists corresponding to different functions may be as shown in table 6.

TABLE 6

Diagnostic function	Data item list
		Reading a data stream	Vehicle speed, temperature, air throttle switch and oxygen sensor
Reading fault codes	Intake air temperature, intake air pressure, and engine water temperature
		Clearing fault code	Intake air temperature, intake air pressure, and engine water temperature
Performing action testing	Rotation speed and fuel quantity

The intermediate module may automatically send the data item list to the diagnostic software after determining the data item list of the first function, or may output the data item list to the testing staff through the display, and the testing staff may perform operations on the data item list, such as a sending confirmation operation, a cancellation operation, and the like, where the intermediate module sends the data item list to the diagnostic software if receiving a sending confirmation operation input by the testing staff, and does not send the data item list if receiving a sending cancellation operation input by the testing staff. As shown in table 6, if the diagnostic function determined from the information of the first function is a read data stream, the transmitted data item list includes data items of vehicle speed, temperature, an air throttle switch, an oxygen sensor, and the like, and if the diagnostic function determined from the information of the first function is a read trouble code, the transmitted data item list includes data items of intake air temperature, intake air pressure, engine water temperature, and the like.

Step 14: the diagnostic software receives the list of data items sent by the intermediate module.

Step 15: the diagnostic software selects a first data item from the list of data items.

Specifically, the diagnostic software may output the list of data items of the first function to the testing staff after receiving the list of data items of the first function, for example, display the list of data items through a display, and accordingly, the testing staff performs a selection operation on the diagnostic software or a diagnostic device on which the diagnostic software is located with respect to a first data item in the list of data items, and accordingly, the diagnostic software selects the first data item from the list of data items. Taking the above table 6 as an example, if the first function is to read a data stream, then here the first data item is selected from a "list of data items of the read data stream", as shown in figure 7,

the first data item may be a vehicle speed and may also be a temperature.

Step 16: the diagnostic software sends information of the first data item to the fourth interface of the intermediate module.

The information of the first data item may include information such as a name, an identifier, or a number of the first data item.

TABLE 7

Data item	Data item identification	Data item name
			Vehicle speed	Gfgdf	Speed
Temperature of	Dsvcd	Temperature
			Rotational speed	Hjhmh	Rotational Speed
Pressure of intake air	Sdeduy	Manifold Absolute Pressure

As shown in table 7, if the above selected first data item is the vehicle Speed, the information of the first data item may include "Gfgdf" and/or "Speed"; if the first data item selected above is Temperature, the information of the first data item may include "Dsvcd" and/or "Temperature", and so on.

And step 17: the fourth interface of the intermediate module receives the information of the first data item sent by the diagnostic software.

Wherein the fourth interface is a preset interface for reading a parameter value of the first data item.

Step 18: the intermediate module determines a read instruction, a location, and an algorithm associated with the first data item.

Specifically, for example, the intermediate module searches a vehicle ECU list in a diagnostic protocol stored therein, determines an engine ECU, scans the function list of the engine ECU, finds a desired function, such as a data stream to be read, continues to search information of data items such as vehicle speed and temperature, and finds associated information such as instructions, positions, and algorithms of the data items, such as a read instruction of 0x220801 and a byte position of 3 rd and 4 th bytes of engine reply data, found in the diagnostic protocol.

Step 19: and the intermediate module sends the reading instruction to the vehicle through the hardware VCI.

Specifically, the intermediate module establishes a communication connection with a target ECU in the vehicle to be diagnosed according to the target ECU communication protocol, and the hardware VCI is used for realizing communication interaction between the intermediate module and the vehicle to be diagnosed. The instruction is used for requesting to read an operating parameter of a target component of the first ECU, for example, the operating parameter may be an initial parameter value of a vehicle speed of a vehicle to be diagnosed.

Step 20: the intermediate module receives the operating parameters via the hardware VCI.

Specifically, the intermediate module obtains a reading instruction of the vehicle speed and the temperature and then transmits the reading instruction to the hardware VCI, the hardware VCI converts the reading instruction into an automobile bus format such as a CAN protocol format and then transmits the automobile bus format to the engine ECU, and then the vehicle returns the operation parameters to the intermediate module through the hardware VCI. The communication between the intermediate module and the hardware VCI may use a unified communication interface of international standard, such as SAEJ2534 or an ISOD-PDU communication interface, so that any VCI conforming to the international standard may be used, and is not limited to only one hardware VCI. If the communication interaction is limited to only using one hardware VCI, when a manufacturer providing the hardware cannot provide the hardware VCI and other series of hardware VCIs cannot be used, the communication between the intermediate module and the hardware VCI cannot be completed, the application range of the hardware VCI can be expanded if the communication interaction is not limited to the one hardware VCI, and the stability of the communication interaction process is ensured.

Step 21: and the intermediate module processes the operation parameters according to the position and the algorithm to obtain a diagnosis result.

After receiving the operation parameters returned by the hardware VCI, the intermediate module calculates actual values through the positions and algorithms of the vehicle speed and the temperature and returns the actual values to the diagnostic software, for example, a frame of information may include a plurality of data, such as the temperature and the vehicle speed, the stored data may have different bytes, if a frame is 8 data, 1 and 2 represent the temperature, 3, if the vehicle speed reading command is found in the diagnostic protocol to be 0X220801, the byte positions are 3, 4 bytes of the engine reply data, X1 represents the 3 rd byte, and X2 represents the fourth byte, the actual value Y can be calculated to be 80km/h by the calculation algorithm Y ═ X1 × 256+ X2, and similarly, the actual value of the temperature can also be calculated by the correlation formula, so that the intermediate module can obtain the diagnostic results of the two data items.

Step 22: the intermediate module may automatically send the diagnosis result to the diagnosis software after determining the diagnosis result, or may output the diagnosis result to the detection person through the display, and the detection person may perform an operation on the diagnosis result, such as a confirmation sending operation, a cancellation operation, and the like, where the intermediate module sends the diagnosis result to the diagnosis software if receiving the confirmation sending operation input by the detection person, and does not send the diagnosis result if receiving the cancellation sending operation input by the detection person.

Step 23: and the diagnosis software receives the diagnosis result sent by the intermediate module.

In this embodiment, the diagnosis software may output the diagnosis result to the testing personnel after receiving the final diagnosis result, for example, by displaying the diagnosis result on a display.

In the embodiment of the application, similar operations can be continuously carried out on other ECUs until all ECUs of the vehicle are detected; after the detection is finished, the diagnosis software can also generate a report sheet which is displayed to the detection personnel through a display. Correspondingly, after the detection personnel read the report form, the vehicle problems in the report form can be overhauled. For example, if the inspector knows from the report that there is a fault with the engine speed, the engine can be repaired.

In an alternative, the intermediate module interface includes, but is not limited to, the following two cases:

in a first case, the intermediate module includes a preset general communication interface, and the general communication interfaces used when calling similar information of different vehicle types are the same, where the general communication interface includes one or more of a first interface and a second interface, as shown in fig. 5, it can be seen that different intermediate modules need to be corresponding to different vehicle types, for example, a vehicle type a corresponds to an intermediate module of a vehicle type a, a vehicle type B corresponds to an intermediate module of a vehicle type B, a vehicle type C corresponds to an intermediate module of a vehicle type C, and so on.

Although the intermediate modules are different, the intermediate modules share one set of external interfaces, so that only one set of codes needs to be developed when the diagnostic codes of the diagnostic software are developed, and the development cost is saved. For example, it is assumed that the common communication interfaces to be called by the two models of the mass car and the east wind honda are the same, for example, the first interface corresponding to the called mass car and the first interface corresponding to the called east wind honda are the same first interface, and for example, the second interface corresponding to the called mass car and the second interface corresponding to the called east wind honda are the same second interface, and the rest is similar to the above. In addition, the same kind of information of different vehicle types includes the ECU list of the vehicle and the diagnosis function of a single ECU, and for the same kind of information, for example, the mass cars and the Dongfeng Honda have the ECU list, so the ECU list belongs to one of the same kind of information, but the ECU list is different, so the ECU list is different; another case of the same kind of information is that if the data items of the engine ECU can be read by both the mass cars and the east wind honda, the data items of the engine ECU that are read (i.e., that perform the diagnostic function of the single ECU) belong to one of their same kind of information.

And the intermediate module comprises a preset target communication interface, the target communication interfaces used when the same type of information of different vehicle types is called are different, it can be understood that different vehicle types need to correspond to different intermediate modules, the ECU lists returned by different intermediate modules and the diagnosis function lists corresponding to different ECUs are different, and different intermediate modules respectively correspond to one set of external interfaces. In addition, each intermediate module and the external interface thereof are positively developed, so the developed codes can better adapt to the diagnosis requirements of the corresponding vehicle type. For example, it is assumed that target communication interfaces to be called by two models, i.e., a mass car and an east wind honda, are different, for example, a first interface corresponding to the called mass car and a first interface corresponding to the called east wind honda are not the same first interface, and for example, a second interface corresponding to the called mass car and a second interface corresponding to the called east wind honda are different second interfaces, and so on.

The target communication interface is the universal communication interface.

In another alternative, the intermediate module is also deployed on the diagnostic device.

The method of the embodiments of the present application is set forth above in detail and the apparatus of the embodiments of the present application is provided below.

Referring to fig. 8, fig. 8 is a schematic structural diagram of a diagnostic apparatus 80 according to an embodiment of the present application, where the diagnostic apparatus 80 is the above-mentioned diagnostic device or a component in the above-mentioned diagnostic device, and the diagnostic apparatus 80 may include an obtaining unit 801, a calling unit 802, and a receiving unit 803, where details of each unit are described below.

The acquisition unit 801 is used to acquire a target operation instruction selected by a user.

The calling unit 802 is configured to call a target communication interface of the intermediate module according to the target operation instruction; and the intermediate module encapsulates an ECU communication protocol corresponding to the type of the target vehicle and realizes communication with the target vehicle. The intermediate module comprises at least one universal communication interface, the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the target communication interface is one of the universal communication interfaces.

The receiving unit 803 is configured to receive the diagnostic information corresponding to the target communication interface returned by the intermediate module.

In an optional scheme, the intermediate module further includes at least one vehicle type communication interface, where the vehicle type communication interface is a communication interface corresponding to a vehicle type of the target vehicle;

It can be seen that different intermediate modules correspond to different vehicle types, the ECU lists returned by the different intermediate modules and the diagnostic function lists of the different ECUs are different, and the different intermediate modules respectively correspond to a set of external vehicle type communication interfaces, and each intermediate module respectively corresponds to its own external vehicle type communication interface, so that when code development is performed on diagnostic software, the intermediate modules and the corresponding external interfaces can be subjected to opposite development, thereby avoiding more redundancy of the developed codes due to compatibility, and improving the simplicity and the operating efficiency of the codes. In addition, each intermediate module and the external interface thereof are positively developed, so the developed codes can better adapt to the diagnosis requirements of the corresponding vehicle type.

Referring to fig. 9, fig. 9 is a schematic structural diagram of a diagnostic apparatus 90 according to an embodiment of the present application, where the diagnostic apparatus may be the intermediate module or a diagnostic device where the intermediate module is located, and the diagnostic apparatus 90 may include an obtaining unit 901, a sending unit 902, and a receiving unit 903, where details of each unit are described below.

The acquiring unit 901 is configured to acquire calling information of a target communication interface called by diagnostic software, and the intermediate module encapsulates an ECU communication protocol list corresponding to a vehicle type of a target vehicle and implements communication with the target vehicle;

the intermediate module comprises at least one universal communication interface, the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the target communication interface is one of the universal communication interfaces.

The sending unit 902 is configured to send the diagnostic information corresponding to the target communication interface to the diagnostic software.

In the embodiment of the application, the intermediate module mainly returns local information (such as a function list of a certain ECU, a specific data item list of a certain function, and the like) required by the diagnostic software or performs a certain diagnostic function in a targeted manner by calling the corresponding interface, and compared with the prior art that the diagnostic equipment needs to acquire all diagnostic protocol information of all vehicle types (such as all ECU lists of all vehicle types are provided) in each diagnostic process, the application reduces exposure of vehicle information to the outside, and remarkably improves safety in the vehicle diagnostic process.

In another optional scheme, the intermediate module further includes at least one vehicle type communication interface, where the vehicle type communication interface is a communication interface corresponding to a vehicle type of the target vehicle;

In yet another alternative, the target communication interface includes a first interface, and the first interface is used for acquiring an ECU list of a target vehicle;

when the intermediate module obtains call information for calling the first interface by the diagnostic software, in the aspect that the middleware sends the diagnostic information corresponding to the target communication interface to the diagnostic software, the processing unit is specifically configured to:

carrying out ECU scanning on the target vehicle according to the packaged ECU communication protocol list;

generating an ECU list of the target vehicle according to the scanning result;

returning a list of ECUs of the target vehicle to the diagnostic software.

In the method, the intermediate module mainly returns local information (such as a function list of one ECU) required by the diagnosis software in a targeted manner through the corresponding interface, and compared with the prior art that the diagnosis equipment needs to acquire all diagnosis protocol information of all vehicle types (such as the ECU lists of all vehicle types are all provided) in each diagnosis process, the method reduces the exposure of the vehicle information to the outside, and remarkably improves the safety in the vehicle diagnosis process.

In yet another optional scheme, the universal communication interface further includes a second interface, and the second interface is configured to obtain a diagnosis function list of the target ECU;

when the intermediate module acquires call information for calling the second interface by the diagnostic software, the call information including identification information of the target ECU, and in the aspect that the intermediate module sends the diagnostic information corresponding to the target communication interface to the diagnostic software, the processing unit is specifically configured to:

and returning a diagnosis function list of the target ECU to the diagnosis software according to the identification information.

In this embodiment, the diagnostic software also acquires the ECU list from the intermediate module in a targeted manner, so that the diagnostic software can select the first ECU to be diagnosed diagnostically from the ECU list, thereby improving the flexibility of diagnosis. In addition, safety in vehicle diagnosis is significantly improved because less protocol information needs to be exposed to diagnostic software than the prior art in which all protocol information is provided (typically including ECU lists for vehicles of multiple vehicle types).

In another optional scheme, the vehicle type communication interface is a diagnosis function interface; when the intermediate module obtains call information for calling one of the diagnostic function interfaces by the diagnostic software, the processing unit is configured to, in an aspect that the intermediate module sends the diagnostic information corresponding to the target communication interface to the diagnostic software:

determining a target ECU to be communicated and a corresponding target diagnosis function according to the called diagnosis function interface;

searching a target ECU communication protocol corresponding to the target ECU;

establishing communication connection with the target ECU according to the target ECU communication protocol;

sending a diagnosis instruction corresponding to the target diagnosis function to the target ECU;

receiving diagnosis result data returned by the target ECU according to the diagnosis instruction;

sending the diagnostic result data to the diagnostic software.

Compared with the prior art that the information such as the reading instruction, the position, the algorithm and the like of all the data items in the diagnostic protocol file is exposed in each diagnostic process (for example, if the information such as the relevant instruction, the position and the like of the vehicle speed needs to be read, all the data items of the diagnostic function need to be provided in the prior art and then are selected by diagnostic software), the searched data items are too many, the time is too long, and the diagnostic process becomes very redundant; the method and the device only need to provide information of corresponding data items (for example, related information of the required vehicle speed, the diagnosis software sends information such as name, identification or number of the vehicle speed to the intermediate module, and the information indicates that the main body of the information required to be obtained is the vehicle speed, so that information such as reading instructions and positions related to the vehicle speed is searched in the intermediate module.

In another alternative, the intermediate module communicates with the target vehicle using an international standard communication interface.

The specific implementation and advantages of the diagnostic apparatus 90 can also be described with reference to the method embodiments shown in fig. 2A or fig. 2B.

Referring to fig. 10, fig. 10 is a diagnostic apparatus 100 according to an embodiment of the present application, where the diagnostic apparatus 100 includes a processor 1001 and a memory 1002, and the processor 1001 and the memory 1002 are connected to each other through a bus.

The Memory 1002 includes, but is not limited to, a Random Access Memory (RAM), a Read-only Memory (ROM), an Erasable Programmable Read-only Memory (EPROM), or a portable Read-only Memory (CD-ROM), and the Memory 1002 is used for related instructions and data.

The processor 1001 may be one or more Central Processing Units (CPUs), and in the case where the processor 1001 is one CPU, the CPU may be a single-core CPU or a multi-core CPU.

The processor 1001 in the diagnostic device 100 is configured to read the program code stored in the memory 1002 and perform the following operations:

Referring to fig. 11, fig. 11 is a diagnostic device 110 according to an embodiment of the present application, where the diagnostic device 110 includes a processor 1101 and a memory 1102, and the processor 1101 and the memory 1102 are connected to each other through a bus.

The Memory 1102 includes, but is not limited to, a Random Access Memory (RAM), a Read-only Memory (ROM), an Erasable Programmable Read-only Memory (EPROM), or a portable Read-only Memory (CD-ROM), and the Memory 1102 is used for related instructions and data.

The processor 1101 may be one or more Central Processing Units (CPUs), and in the case where the processor 1101 is one CPU, the CPU may be a single-core CPU or a multi-core CPU.

The process 1101 in the diagnostic device 110 is configured to read the program code stored in the memory 1102 and perform the following operations:

acquiring calling information of a target communication interface called by diagnostic software through the intermediate module, wherein the intermediate module encapsulates an ECU communication protocol list corresponding to the type of a target vehicle and realizes communication with the target vehicle;

In another optional scheme, the general communication interface further includes a second interface, and the second interface is configured to obtain a diagnosis function list of the target ECU;

when the intermediate module acquires calling information for calling the second interface by the diagnostic software, wherein the calling information comprises identification information of a target ECU, and the processor is used for:

In yet another alternative, the vehicle type communication interface is a diagnostic function interface, and the processor is configured to:

searching a target ECU communication protocol corresponding to the target ECU;

sending the diagnostic result data to the diagnostic software.

In yet another alternative, the intermediate module communicates with the target vehicle using an international standard communication interface.

Embodiments of the present application also provide a computer-readable storage medium having instructions stored therein, which when executed on a processor, implement the operations performed by the diagnostic device and the intermediate module in the embodiment shown in fig. 1.

While the invention has been described with reference to specific embodiments, the scope of the invention is not limited thereto, and those skilled in the art can easily conceive various equivalent modifications or substitutions within the technical scope of the invention. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A vehicle diagnosis method is characterized by being applied to a diagnosis device, wherein diagnosis software is arranged in the diagnosis device, and the method comprises the following steps:

the diagnostic software acquires a target operation instruction selected by a user; the diagnostic software calls a target communication interface of the intermediate module according to the target operation instruction; the intermediate module encapsulates an ECU communication protocol list corresponding to the model of the target vehicle and communicates with the target vehicle; the intermediate module comprises at least one universal communication interface, the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the target communication interface is one of the universal communication interfaces;

2. The method of claim 1, wherein the intermediate module further comprises at least one vehicle type communication interface, the vehicle type communication interface being a communication interface corresponding to a vehicle type of the target vehicle;

3. A vehicle diagnosis method is applied to a diagnosis device which is internally provided with an intermediate module, and comprises the following steps:

the intermediate module acquires calling information of a target communication interface called by diagnostic software, encapsulates an ECU communication protocol list corresponding to the type of a target vehicle and communicates with the target vehicle; the intermediate module comprises at least one universal communication interface, the universal communication interface is used for realizing communication with diagnostic software corresponding to at least N vehicle types, and the target communication interface is one of the universal communication interfaces;

4. The method of claim 2, wherein the intermediate module further comprises at least one vehicle type communication interface, the vehicle type communication interface being a communication interface corresponding to a vehicle type of the target vehicle;

5. The method of claim 4, wherein the common communication interface comprises a first interface for obtaining a list of ECUs of a target vehicle;

when the intermediate module acquires calling information for calling the first interface by the diagnostic software, the intermediate module sends the diagnostic information corresponding to the target communication interface to the diagnostic software, and the method comprises the following steps:

6. The method of claim 5, wherein the generic communication interface further comprises a second interface for obtaining a list of diagnostic functions for a target ECU;

7. The method of claim 6, wherein the vehicle type communication interface is a diagnostic function interface; when the intermediate module acquires call information of one diagnostic function interface called by diagnostic software, the intermediate module sends diagnostic information corresponding to the target communication interface to the diagnostic software, and the method comprises the following steps:

8. The method of claim 3, wherein the intermediate module communicates with the target vehicle using an international standard communication interface.

9. A diagnostic device, characterized in that the device comprises a processor, a memory for storing a computer program, the processor being adapted to invoke the computer program to perform the method according to any one of claims 1-8.

10. A computer-readable storage medium storing computer instructions which, when executed on a processor, implement the method of any one of claims 1-8.