CN113934198A

CN113934198A - Vehicle diagnosis method, vehicle diagnosis device, electronic device, and storage medium

Info

Publication number: CN113934198A
Application number: CN202111214609.5A
Authority: CN
Inventors: 刘均; 樊球
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2021-10-19
Filing date: 2021-10-19
Publication date: 2022-01-14

Abstract

The application is applicable to the technical field of computers, and provides a vehicle diagnosis method, a vehicle diagnosis device, electronic equipment and a storage medium, wherein the vehicle diagnosis method comprises the following steps: when the first communication link is in a connection state, acquiring an ECU selection instruction, and determining a target ECU; acquiring a function selection instruction, and determining a target function for a target ECU according to the function selection instruction; if the target function is a special function, destroying the first communication link; and calling a target dynamic link library corresponding to the special function, transmitting information of the target ECU and target communication parameters to the target dynamic link library so that the target dynamic link library establishes a second communication link according to the target communication parameters, and executing the target function of the target ECU according to the information of the target ECU when the second communication link is in a connection state. The vehicle diagnosis can be flexibly and conveniently realized.

Description

Vehicle diagnosis method, vehicle diagnosis device, electronic device, and storage medium

Technical Field

The present application belongs to the field of computer technologies, and in particular, to a vehicle diagnosis method and apparatus, an electronic device, and a storage medium.

Background

With the continuous development of automotive electronics, electronic Control units (ecus) are widely used in modern vehicles. The ECU makes the electronic and electric system in the vehicle more and more complex while improving the economy, comfort and safety of the vehicle, which also promotes the greater development of the automobile diagnosis technology. At present, the mainstream vehicle type diagnosis development mode in China is that development technicians use a code writing mode to develop functions according to a protocol provided by a manufacturer, and the development mode enables the subsequent vehicle diagnosis function to be realized only by depending on a fixedly developed code, so that the flexibility of vehicle diagnosis is low.

Disclosure of Invention

In view of this, embodiments of the present application provide a vehicle diagnosis method, an apparatus, an electronic device, and a storage medium, so as to solve the problem in the prior art how to flexibly and conveniently implement vehicle diagnosis.

A first aspect of an embodiment of the present application provides a vehicle diagnosis method, including:

when the first communication link is in a connection state, acquiring an ECU selection instruction, and determining a target ECU; the first communication link is a link which is established according to target communication parameters and realizes communication connection with a target vehicle;

acquiring a function selection instruction, and determining a target function for the target ECU according to the function selection instruction;

if the target function is a special function, destroying the first communication link;

calling a target dynamic link library corresponding to the special function, and transmitting information of the target ECU and the target communication parameters to the target dynamic link library so that the target dynamic link library creates a second communication link according to the target communication parameters, and executing the target function of the target ECU according to the information of the target ECU when the second communication link is in a connection state; the target dynamic link library is generated by compiling codes for executing special functions of the target vehicle, and the second communication link is a link which is established in the target dynamic link library and is used for realizing communication connection with the target vehicle.

Optionally, when the first communication link is in the connected state, acquiring an ECU selection instruction, and before determining a target ECU, the method further includes:

acquiring a vehicle identification code of the target vehicle, and sending the vehicle identification code to a server;

obtaining a target diagnosis data packet returned by the server, wherein the target diagnosis data packet comprises an ODX database and the target dynamic link library; the ODX database includes target diagnostic data and the target communication parameters.

Optionally, after acquiring the function selection instruction and determining the target function for the target ECU according to the function selection instruction, the method further includes:

and if the target function is a basic function, executing the basic function according to the target diagnosis data in the state that the first communication link is connected.

Optionally, before acquiring the ECU selection instruction when the first communication link is in the connected state, the method further includes:

establishing a first communication link according to the target communication parameters;

sending a system scanning instruction to the target vehicle through the first communication link;

obtaining vehicle system data returned by the target vehicle, and displaying a vehicle system topological graph according to the vehicle system data;

correspondingly, when the first communication link is in the connection state, acquiring an ECU selection instruction, and determining a target ECU includes:

and when the first communication link is in a connection state, acquiring an ECU selection instruction generated by the operation of a user according to the vehicle system topological graph, and determining a target ECU.

Optionally, after the obtaining of the target diagnosis data packet returned by the server, the method further includes:

analyzing the target diagnosis data packet, and loading the ODX database and the target dynamic link library into an operating memory;

deleting the target diagnostic data packet.

Optionally, the executing the target function of the target ECU according to the information of the target ECU when the second communication link is in a connected state includes:

determining a target special function corresponding to the target ECU according to the information of the target ECU;

and calling the target special function to execute the target function.

Optionally, the first communication link and the second communication link are created by calling a D-DPU communication library and initializing the target communication parameter.

A second aspect of the embodiments of the present application provides a vehicle diagnostic apparatus including:

the command acquisition unit is used for acquiring an ECU selection command and determining a target ECU when the first communication link is in a connection state; the first communication link is a link which is established according to target communication parameters and realizes communication connection with a target vehicle;

the function determining unit is used for acquiring a function selection instruction and determining a target function aiming at the target ECU according to the function selection instruction;

the destruction unit is used for destroying the first communication link if the target function is a special function;

the function execution unit is used for calling a target dynamic link library corresponding to the special function, transmitting the information of the target ECU and the target communication parameters to the target dynamic link library, so that the target dynamic link library creates a second communication link according to the target communication parameters, and executing the target function of the target ECU according to the information of the target ECU when the second communication link is in a connection state; the target dynamic link library is generated by compiling codes for executing special functions of the target vehicle, and the second communication link is a link which is established in the target dynamic link library and is used for realizing communication connection with the target vehicle.

Optionally, the vehicle diagnostic apparatus further includes:

and the vehicle identification code sending unit is used for acquiring the vehicle identification code of the target vehicle and sending the vehicle identification code to a server.

A target diagnosis data packet obtaining unit, configured to obtain a target diagnosis data packet returned by the server, where the target diagnosis data packet includes an ODX database and the target dynamic link library; the ODX database includes target diagnostic data and the target communication parameters.

Optionally, the vehicle diagnostic apparatus further includes:

and the basic function execution unit is used for executing the basic function according to the target diagnosis data in a state that the first communication link is connected if the target function is the basic function.

Optionally, the vehicle diagnostic apparatus further includes:

the vehicle system topological graph display unit is used for creating a first communication link according to the target communication parameters; sending a system scanning instruction to the target vehicle through the first communication link; obtaining vehicle system data returned by the target vehicle, and displaying a vehicle system topological graph according to the vehicle system data;

correspondingly, the instruction obtaining unit is specifically configured to obtain an ECU selection instruction generated by a user operating according to the vehicle system topology map when the first communication link is in the connected state, and determine a target ECU.

Optionally, the vehicle diagnostic apparatus further includes:

the analysis unit is used for analyzing the target diagnosis data packet and loading the ODX database and the target dynamic link library into an operating memory;

and the deleting unit is used for deleting the target diagnosis data packet.

Optionally, in the function execution unit, the executing the target function of the target ECU according to the information of the target ECU includes: determining a target special function corresponding to the target ECU according to the information of the target ECU; and calling the target special function to execute the target function.

A third aspect of embodiments of the present application provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, which when executed by the processor, causes the electronic device to implement the steps of the vehicle diagnostic method as described.

A fourth aspect of embodiments of the present application provides a computer-readable storage medium storing a computer program which, when executed by a processor, causes an electronic device to implement the steps of the vehicle diagnostic method as described.

A fifth aspect of embodiments of the present application provides a computer program product, which, when run on an electronic device, causes the electronic device to perform the vehicle diagnostic method of any one of the first aspects described above.

Compared with the prior art, the embodiment of the application has the advantages that: in the embodiment of the application, when a first communication link established according to target communication parameters is in a connected state, an ECU selection instruction is obtained, and a target ECU which needs to be diagnosed currently is determined. Then, acquiring a function selection instruction; when the target function of the currently selected diagnosis target ECU is determined to be a preset special function according to the function selection instruction, destroying the first communication link, calling a target dynamic link library corresponding to the special function, and transmitting information and target communication parameters of the target ECU to the target dynamic link library, so that the target dynamic link library can establish a second communication link; and then, under the state that the second communication link is connected, executing the target function of the target ECU according to the information of the target ECU. When the target function is the special function, the execution is realized by calling the target dynamic link library corresponding to the special function, and the target dynamic link library is generated by compiling codes for executing the special function of the target vehicle, so that under the condition that Open Test sequence eXchange (OTX) technology is insufficient, the OTX source file does not need to be specially analyzed at a client side and a program corresponding to the special function is compiled, and the special function realization of vehicle diagnosis can be flexibly supported by a mode called by the target dynamic link library, so that the vehicle diagnosis can be conveniently and accurately realized. And when the target dynamic link library is required to be called to realize the special function, the established first communication link can be destroyed firstly, and the second communication link is established through the target dynamic link library again according to the target communication parameters, so that the data interaction with the vehicle can be realized through the second communication link connection and the target dynamic link library accurately, thereby smoothly and accurately realizing the special function and accurately realizing the vehicle diagnosis.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings used in the embodiments or the description of the prior art will be briefly described below.

FIG. 1 is a schematic flow chart illustrating a first vehicle diagnostic method according to an embodiment of the present disclosure;

FIG. 2 is a schematic flow chart illustrating an implementation of a second vehicle diagnostic method provided by an embodiment of the present application;

FIG. 3 is a schematic diagram of a vehicle diagnostic device provided by an embodiment of the present application;

fig. 4 is a schematic diagram of an electronic device provided in an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

In order to explain the technical solution described in the present application, the following description will be given by way of specific examples.

It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It is also to be understood that the terminology used in the description of the present application herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the specification of the present application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.

It should be further understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to a determination" or "in response to a detection". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".

In addition, in the description of the present application, the terms "first", "second", and the like are used only for distinguishing the description, and are not intended to indicate or imply relative importance.

At present, the mainstream vehicle type diagnosis development mode in China is that development technicians use a code writing mode to develop functions according to a protocol provided by a manufacturer, the development mode is relatively complicated in process, and meanwhile, the subsequent vehicle diagnosis function can only be realized by depending on a fixedly developed code, so that the flexibility of vehicle diagnosis is relatively low.

In order to solve the above technical problem, an embodiment of the present application provides a vehicle diagnostic method, an apparatus, an electronic device, and a storage medium, including: when the first communication link is in a connection state, acquiring an ECU selection instruction, and determining a target ECU; the first communication link is a link which is established according to target communication parameters and realizes communication connection with a target vehicle; acquiring a function selection instruction, and determining a target function for the target ECU according to the function selection instruction; if the target function is a special function, destroying the first communication link; calling a target dynamic link library corresponding to the special function, and transmitting information of the target ECU and the target communication parameters to the target dynamic link library so that the target dynamic link library creates a second communication link according to the target communication parameters, and executing the target function of the target ECU according to the information of the target ECU when the second communication link is in a connection state; the target dynamic link library is generated by compiling codes for executing special functions of the target vehicle, and the second communication link is a link which is established in the target dynamic link library and is used for realizing communication connection with the target vehicle.

When the target function is the special function, the execution is realized by calling the target dynamic link library corresponding to the special function, and the target dynamic link library is generated by compiling codes for executing the special function of the target vehicle, so that under the condition that Open Test sequence eXchange (OTX) technology is insufficient, the OTX source file does not need to be specially analyzed at a client side and a program corresponding to the special function is compiled, and the special function realization of vehicle diagnosis can be flexibly supported by a mode called by the target dynamic link library, so that the vehicle diagnosis can be conveniently and accurately realized. And when the target dynamic link library is required to be called to realize the special function, the established first communication link can be destroyed firstly, and the second communication link is established through the target dynamic link library again according to the target communication parameters, so that the data interaction with the vehicle can be realized through the second communication link connection and the target dynamic link library accurately, thereby smoothly and accurately realizing the special function and accurately realizing the vehicle diagnosis.

The first embodiment is as follows:

fig. 1 is a schematic flowchart illustrating a first vehicle diagnosis method provided in an embodiment of the present application, where the vehicle diagnosis method is applied to an electronic device, including but not limited to a computer, a mobile phone, and the like, in which a diagnosis client is installed. The vehicle diagnostic method shown in fig. 1 is detailed as follows:

in S101, when a first communication link is in a connection state, an ECU selection instruction is obtained, and a target ECU is determined; and the first communication link is a link which is established according to the target communication parameters and realizes communication connection with the target vehicle.

In the embodiment of the application, the target vehicle is a vehicle which needs vehicle diagnosis. The first communication link is a communication link established in advance according to a target communication parameter in a main program (also called a display program) of the electronic device. Through the first communication link, the communication connection between the electronic equipment and the target vehicle can be realized. Specifically, the communication link in the embodiment of the present application is a channel for transmitting the diagnostic command and the vehicle data between the electronic device and the vehicle. The target communication parameter in the embodiment of the application may include a vehicle name, a system name, a Controller Area Network (CAN) request identifier, a CAN reply identifier, and the like.

And acquiring an ECU selection instruction in the main program under the condition that the first communication link is connected. A target ECU is determined based on the ECU selection command. In one embodiment, information of each ECU included in the current target vehicle is displayed in the main routine, and a target ECU currently requiring diagnosis may be determined by acquiring a click instruction operated by a user on the displayed information of the ECU as an ECU selection instruction.

In S102, a function selection instruction is acquired, and a target function for the target ECU is determined according to the function selection instruction.

In the embodiment of the application, the function selection instruction is generated by operating the electronic equipment by a user and is used for determining the instruction aiming at the target function of the target ECU. In one embodiment, the function selection instruction may be an instruction generated by a user pressing a preset key of the electronic device, and the generated function selection instruction carries identification information of the preset key (for example, "key 1"). In another embodiment, the function selection instruction may be an instruction generated by a user touching a designated touch position of the electronic device, and the generated function selection instruction carries identification information corresponding to the designated touch position; for example, the touch screen may be equally divided into 3 rows and 3 columns for 9 touch positions, and numbers 1 to 9 may be used as 9 identification information to respectively identify the 9 different touch positions.

And after the function selection instruction is acquired, determining the currently selected target function according to the function selection instruction. Specifically, according to the identification information carried by the function selection instruction, a first mapping table is queried, and the currently selected function is determined. In one embodiment, the first mapping table may be as shown in table 1:

table 1:

identification information	Function(s)
		1	Reading version information
2	Reading fault codes
		3	Clearing fault code
4	Reading a data stream
		5	Motion testing
6	Writing vehicle identification codes
		7	Matching key
……	……

For example, if the function selection instruction is an instruction generated by touching a first touch position on a touch screen of the electronic device, and the function selection instruction carries identification information "1", it may be determined that the currently selected function is a version information reading function according to the first mapping table.

In S103, if the target function is a special function, the first communication link is destroyed.

After determining the currently selected target function for the target ECU, inquiring whether the function belongs to a preset special function. The special functions are functions which are complex in vehicle diagnosis and need to be specially formulated according to vehicles of different vehicle types. In one embodiment, the special functions may include action testing, writing a vehicle identification code, matching keys, and the like. The function information included in the special function is stored in a preset storage unit in advance, for example, in a second mapping table, after the currently selected function is determined, the preset storage unit is queried, and whether the currently selected function belongs to the special function is determined.

And if the currently selected function is determined to belong to the special function, destroying the first communication link established in the main program currently.

In S104, calling a target dynamic link library corresponding to the special function, and transmitting information of the target ECU and the target communication parameter to the target dynamic link library, so that the target dynamic link library creates a second communication link according to the target communication parameter, and executes the target function of the target ECU according to the information of the target ECU when the second communication link is in a connected state; the target dynamic link library is generated by compiling codes for executing special functions of the target vehicle, and the second communication link is a link which is established in the target dynamic link library and is used for realizing communication connection with the target vehicle.

In the embodiment of the application, the target dynamic link library is a dynamic link library loaded by the electronic device and used for executing a special function, and the target dynamic link library is generated in advance according to code compiling for executing the special function of the target vehicle. In one embodiment, the code for executing the specific function of the target vehicle may be obtained by parsing and code conversion according to the OTX source file describing the flow information for executing the specific function.

In the embodiment of the present application, the second communication link is a link generated by the target dynamic link library and used for transmitting data (such as diagnostic commands, vehicle data streams, etc.) between the electronic device and the target vehicle.

In the embodiment of the application, after the currently selected target function is determined to be the special function, the target dynamic link library corresponding to the special function is called, and the target communication parameters are transmitted to the target dynamic link library. Then, the target dynamic link library calls a target communication library, initializes the communication parameters of the communication link according to the target communication parameters, and creates and obtains a second communication link.

And then, under the state that the second communication link is connected, executing the target function aiming at the target ECU according to the information of the selected target ECU. In one embodiment, the information of the target ECU includes name information of the target ECU, and the target dynamic link library specifically includes each special function corresponding to each ECU system of the vehicle. Correspondingly, in the state of connection of the second communication link, the special function corresponding to the current target ECU may be called according to the name information of the target ECU which has been transmitted into the target dynamic link library, so as to implement execution of the target function.

Illustratively, the step of executing the target function may include: sending a corresponding request command to the vehicle through a second communication link, and acquiring vehicle data returned by the vehicle through the second communication link; and carrying out diagnosis analysis according to the returned vehicle data to obtain a corresponding diagnosis result.

In one embodiment, when the target function belonging to the special function is detected to be executed completely, the second communication link may be destroyed, and the first communication link may be established again in the main program according to the target communication parameter, so as to resume data interaction between the main program and the vehicle after the special function is completed.

In the embodiment of the application, when a first communication link established according to target communication parameters is in a connected state, an ECU selection instruction is obtained, and a target ECU which needs to be diagnosed currently is determined. Then, acquiring a function selection instruction; when the target function of the currently selected diagnosis target ECU is determined to be a preset special function according to the function selection instruction, destroying the first communication link, calling a target dynamic link library corresponding to the special function, and transmitting information and target communication parameters of the target ECU to the target dynamic link library, so that the target dynamic link library can establish a second communication link; and then, under the state that the second communication link is connected, executing the target function of the target ECU according to the information of the target ECU. When the target function is the special function, the execution is realized by calling the target dynamic link library corresponding to the special function, and the target dynamic link library is generated by compiling codes for executing the special function of the target vehicle, so that under the condition that Open Test sequence eXchange (OTX) technology is insufficient, the OTX source file does not need to be specially analyzed at a client side and a program corresponding to the special function is compiled, and the special function realization of vehicle diagnosis can be flexibly supported by a mode called by the target dynamic link library, so that the vehicle diagnosis can be conveniently and accurately realized. And when the target dynamic link library is required to be called to realize the special function, the established first communication link can be destroyed firstly, and the second communication link is established through the target dynamic link library again according to the target communication parameters, so that the data interaction with the vehicle can be realized through the second communication link connection and the target dynamic link library accurately, thereby smoothly and accurately realizing the special function and accurately realizing the vehicle diagnosis.

Example two:

fig. 2 is a schematic flow chart of a second vehicle diagnosis method provided in an embodiment of the present application, where an execution subject of the vehicle diagnosis method is an electronic device. The vehicle diagnosis method of the embodiment of the application is further improved on the basis of the method of the first embodiment, and the same parts with the first embodiment are not repeated. The vehicle diagnostic method shown in fig. 2 is detailed as follows:

in S201, a vehicle identification code of the target vehicle is acquired, and the vehicle identification code is sent to a server.

In the embodiment of the application, after receiving the diagnosis starting instruction and starting the client, the electronic device automatically sends a Vehicle Identification Number (VIN) reading instruction to the target Vehicle. And then, acquiring the vehicle identification code returned by the target vehicle according to the VIN code reading instruction. And after the vehicle identification code is acquired, uploading the vehicle identification code to a server.

In S202, a target diagnosis data packet returned by the server is obtained, where the target diagnosis data packet includes an ODX database and the target dynamic link library; the ODX database includes target diagnostic data and the target communication parameters.

The server of the embodiment of the application prestores diagnosis data packets corresponding to various vehicle types. Specifically, the car manufacturer or the Diagnostic equipment manufacturer may set a corresponding Open Diagnostic Data Exchange (ODX) database, a dynamic link library with a special function, a multilingual text library, and other files according to the car model, package the files into a Diagnostic Data packet, and upload the Diagnostic Data packet and corresponding car model information to the server together. And then, the server stores the diagnosis data packet and the vehicle type information in a correlation mode.

The above-mentioned ODX defines a standard diagnostic data format of the automobile diagnostic industry, which is implemented based on an Extensible Markup Language (XML), and standardizes the data format in consideration of interchangeability of data in the whole process of diagnostic development at the time of manufacture. The main program of the embodiment of the application supports the acquisition and analysis of the ODX database. Specifically, the database is a file which is developed in advance by a vehicle model development technician and contains data contents such as vehicle information, a vehicle ECU list, communication parameters, diagnostic data and the like, that is, the ODX database can provide various parameters and data required in vehicle diagnosis to support the operation of a main program. After the ODX source file is obtained from the main program, the preset ODX source file can be analyzed through an XML analysis tool, and current target communication parameters and target diagnosis data are obtained from the preset ODX source file.

After the server obtains the vehicle identification code uploaded by the electronic equipment, the vehicle type information of the target vehicle is determined according to the vehicle identification code. And then, according to the model information of the target vehicle, acquiring a target diagnosis data packet stored in association with the model information of the target vehicle from the diagnosis data packet stored in association with the model information of the target vehicle, and returning the target diagnosis data packet to the electronic equipment.

The electronic equipment receives the target diagnosis data packet, wherein the target diagnosis data packet comprises an ODX database and a target dynamic link library corresponding to a target vehicle, so that target communication parameters and target diagnosis data can be acquired from the ODX database in the target diagnosis data packet subsequently, communication link connection is realized according to the target communication parameters, basic functions are realized according to the target diagnosis data, and special functions are realized according to the target dynamic link library.

In S203, when the first communication link is in a connection state, an ECU selection instruction is obtained, and a target ECU is determined; and the first communication link is a link which is established according to the target communication parameters and realizes communication connection with the target vehicle.

In S204, a function selection instruction is acquired, and a target function for the target ECU is determined according to the function selection instruction.

In S205, if the target function is a special function, the first communication link is destroyed.

In S206, calling a target dynamic link library corresponding to the special function, and transmitting the information of the target ECU and the target communication parameter to the target dynamic link library, so that the target dynamic link library creates a second communication link according to the target communication parameter, and executes the target function of the target ECU according to the information of the target ECU when the second communication link is in a connected state; the target dynamic link library is generated by compiling codes for executing special functions of the target vehicle, and the second communication link is a link which is established in the target dynamic link library and is used for realizing communication connection with the target vehicle.

In the embodiment of the application, the vehicle identification code of the target vehicle can be acquired and sent to the server, and the target diagnosis data packet correspondingly returned by the server is acquired, so that the vehicle diagnosis function can be accurately realized subsequently according to the ODX database and the target dynamic link library in the target diagnosis data packet.

In the embodiment of the present application, the preset basic functions include functions of reading version information, reading a fault code, clearing a fault code, reading a data stream, and the like shown in table 1.

After inquiring the first mapping table according to the identification information carried by the function selection instruction and determining the currently selected function, if inquiring the information of the preset basic function and determining that the currently selected function belongs to the basic function, the basic function is directly realized in the state of the first communication link connection.

Specifically, the main program includes an execution flow frame of the basic function, and when the basic function is executed, the main program may obtain the required target diagnostic data from a preset ODX database to implement each step of the basic function. The main program performs data interaction with the vehicle ECU in the first communication link, executes each step of the basic function, and realizes the corresponding basic function.

In the embodiment of the application, when the currently selected function is determined to be the basic function, the basic function can be automatically realized in the first communication link, so that the conventional diagnosis of the vehicle can be flexibly and efficiently realized.

Optionally, when the first communication link is in a connected state, before acquiring the ECU selection instruction, the method further includes:

In the embodiment of the application, after the diagnosis client of the electronic device is started to enter the display program, the target communication parameters in the ODX database pre-stored in the electronic device can be acquired according to the ODX database pre-stored in the electronic device, and the first communication link is established.

The system scanning instruction of the embodiment of the present application is an instruction for scanning each ECU system currently existing in the target vehicle. In one embodiment, the display program may obtain the instruction code of the system scan instruction from a predetermined ODX database. And then, according to the instruction code, sending a system scanning instruction to the target vehicle through the first communication link.

After the system scanning instruction is sent to the target vehicle, vehicle system data returned by the target vehicle is obtained, and the vehicle system data may include vehicle type information of the target vehicle, names of the ECU systems included in the target vehicle, communication bus information adopted by the ECU systems, and the like. And then, according to the vehicle system data, displaying a corresponding vehicle system topological graph, wherein the vehicle system topological graph can comprise a vehicle model picture of the target vehicle, each ECU system of the target vehicle represented by the graph and a communication bus connection relation of the ECU system.

After the vehicle system topological graph is displayed, a user can select the ECU system which needs to be diagnosed currently according to the currently displayed vehicle system topological graph, and an ECU selection instruction is generated. Based on the ECU selection command, the current target ECU may be determined.

In the embodiment of the application, the vehicle system data returned by the target vehicle is acquired by sending the system scanning instruction to the target vehicle, and the vehicle system topological graph is displayed, so that a user can intuitively know the system composition architecture of the current target vehicle, and the target ECU can be accurately selected according to the vehicle system topological graph, thereby facilitating the user operation and improving the user experience.

deleting the target diagnostic data packet.

In the embodiment of the application, after the target diagnosis data packet is obtained, the target diagnosis data packet may be analyzed to obtain each data content contained therein, where the data contents at least include an ODX database and a target dynamic link library, and may also include a multilingual text library. And then, loading each data content of the analyzed target diagnosis data into an operation memory of the electronic equipment. Optionally, the target diagnostic data packet is obtained by encrypting through a server, so that after the target diagnostic data packet is obtained, the target diagnostic data packet can be decrypted through the main program, and then each data file in the target diagnostic data packet is obtained by analyzing.

After each data content is loaded to the operating memory, the data content contained in the operating memory can support the operation of the diagnosis client of the current electronic device. At this time, the target diagnostic packet stored outside the operating memory (for example, stored in the external memory) of the electronic device is deleted.

By the method, the target diagnosis data packet stored outside the operating memory can be deleted in time on the premise of ensuring that the current client can smoothly perform vehicle diagnosis according to the data of the operating memory, so that other application programs of the electronic equipment cannot steal the content in the target diagnosis data packet, and the safety of vehicle diagnosis is improved.

Optionally, when the second communication link is in a connected state, executing the target function of the target ECU according to the information of the target ECU includes:

and calling the target special function to execute the target function.

In the embodiment of the present application, the target dynamic link library specifically includes a special function corresponding to each ECU. After the second communication link is connected, according to information (for example, name information or other unique identification information of the target ECU) of the target ECU transmitted into the target dynamic link library, a special function corresponding to the information of the target ECU may be acquired from each special function stored in the target dynamic link library as the target special function.

And calling the target special function in the target dynamic link library to realize the execution of the target function.

According to the embodiment of the application, the corresponding target special function can be accurately determined according to the information of the target ECU, so that the target function can be successfully and accurately realized.

In the embodiment of the application, the first communication link and the second communication link may be standardized vehicle communication interface (D-PDU) links, which may be created by calling a D-DPU communication library and initializing target communication parameters.

Specifically, after pre-stored ODX data is analyzed in the main program and a target communication parameter is obtained, the D-DPU communication library may be called in the main program, and the target communication parameter is introduced to initialize the communication link, thereby completing creation of the first communication link.

Specifically, when the target dynamic link library is called, the target communication parameters are transmitted to the target dynamic link library. And then, further calling a D-DPU communication library through the target dynamic link library, and transmitting target communication parameters to the D-PDU communication library to initialize a communication link, thereby completing the establishment of a second communication link.

In the embodiment of the application, the creation of the first communication link and the second communication link can be efficiently and accurately completed through the D-PDU communication library, so that the vehicle diagnosis efficiency is improved.

Optionally, before the obtaining the target diagnostic data packet returned by the server, the method further includes:

acquiring physical address information of electronic equipment and equipment identification information of diagnosis interface equipment connected with the electronic equipment;

sending the physical address information and the equipment identification information to the server to indicate the server to carry out validity verification on the electronic equipment;

correspondingly, the obtaining of the target diagnosis data packet returned by the server includes:

and if the legality of the electronic equipment passes the verification, acquiring a target diagnosis data packet returned by the server.

In the embodiment of the application, the diagnosis interface device is connected to an On Board Diagnostics (OBD) interface of the target vehicle, and can communicate with an ECU system of the target vehicle to acquire vehicle data. And the electronic device, which is the execution main body of the embodiment of the application, is connected with the diagnosis interface device, so that the connection with the target vehicle is indirectly realized.

In the embodiment of the application, after the electronic device runs the client, the physical address information of the current electronic device and the device identification information of the diagnosis interface device connected with the electronic device can be acquired. The physical Address information is also referred to as Media Access Control Address (MAC) information. The physical address information is then uploaded to the server along with the device identification information.

After acquiring the physical address information and the device identification information, the server queries a pre-stored registry, wherein the registry stores the physical address information and the device identification information of the registered electronic device in a binding manner. And if the data which is consistent with the currently uploaded physical address information and/or the currently uploaded equipment identification information is inquired in the pre-stored registry, but the physical address information and the equipment identification information are not bound and stored, judging that the current electronic equipment is illegal. And if the physical address information and the equipment identification information are inquired to be stored in the registry and are in a binding storage relationship in the registry, judging that the current electronic equipment is legal. In an embodiment, if the physical address information and the device identification information do not exist in the registry, it is indicated that the electronic device uses the diagnosis client for the first time, the physical address information and the corresponding device identification information are uploaded for the first time, at this time, the physical address information and the device identification information are bound and stored in the registry, registration of the electronic device is completed, and it is determined that the current electronic device is legal.

Correspondingly, the electronic device can obtain the returned target diagnosis data packet from the server after the electronic device is judged to be legal by the server and passes the validity verification.

In the embodiment of the application, before the target diagnosis data packet is acquired, the physical address information of the electronic device and the device identification information of the diagnosis interface device can be uploaded to the server for validity verification, and the corresponding target diagnosis data packet can be acquired only after the validity verification is passed, so that the safety of vehicle diagnosis can be improved.

It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

Example three:

fig. 3 is a schematic structural diagram of a vehicle diagnostic apparatus provided in an embodiment of the present application, and for convenience of explanation, only the portions related to the embodiment of the present application are shown:

the vehicle diagnostic device includes: an instruction acquisition unit 31, a function determination unit 32, a destruction unit 33, and a function execution unit 34.

The instruction obtaining unit 31 is configured to obtain an ECU selection instruction and determine a target ECU when the first communication link is in a connected state; and the first communication link is a link which is established according to the target communication parameters and realizes communication connection with the target vehicle.

A function determination unit 32 configured to acquire a function selection instruction, and determine a target function for the target ECU according to the function selection instruction.

A destroying unit 33, configured to destroy the first communication link if the target function is a special function.

A function executing unit 34, configured to call a target dynamic link library corresponding to the special function, and transmit the information of the target ECU and the target communication parameter to the target dynamic link library, so that the target dynamic link library creates a second communication link according to the target communication parameter, and when the second communication link is in a connected state, executes the target function of the target ECU according to the information of the target ECU; the target dynamic link library is generated by compiling codes for executing special functions of the target vehicle, and the second communication link is a link which is established in the target dynamic link library and is used for realizing communication connection with the target vehicle.

Optionally, the vehicle diagnostic apparatus further includes:

and the deleting unit is used for deleting the target diagnosis data packet.

Optionally, in the function executing unit 34, the executing the target function of the target ECU according to the information of the target ECU includes: determining a target special function corresponding to the target ECU according to the information of the target ECU; and calling the target special function to execute the target function.

It should be noted that, for the information interaction, execution process, and other contents between the above-mentioned devices/units, the specific functions and technical effects thereof are based on the same concept as those of the embodiment of the method of the present application, and specific reference may be made to the part of the embodiment of the method, which is not described herein again.

Example three:

fig. 4 is a schematic diagram of an electronic device according to an embodiment of the present application. As shown in fig. 4, the electronic apparatus 4 of this embodiment includes: a processor 40, a memory 41 and a computer program 42, such as a vehicle diagnostic program, stored in said memory 41 and operable on said processor 40. The processor 40, when executing the computer program 42, implements the steps in the various vehicle diagnostic method embodiments described above, such as steps S101-S104 shown in fig. 1. Alternatively, the processor 40 executes the computer program 42 to implement the functions of the modules/units in the device embodiments, such as the functions of the instruction obtaining unit 31 to the function executing unit 34 shown in fig. 3.

Illustratively, the computer program 42 may be partitioned into one or more modules/units that are stored in the memory 41 and executed by the processor 40 to accomplish the present application. The one or more modules/units may be a series of computer program instruction segments capable of performing specific functions, which are used to describe the execution of the computer program 42 in the electronic device 4.

The electronic device 4 may be a desktop computer, a notebook, a palm computer, a cloud server, or other computing devices. The electronic device may include, but is not limited to, a processor 40, a memory 41. Those skilled in the art will appreciate that fig. 4 is merely an example of an electronic device 4 and does not constitute a limitation of the electronic device 4 and may include more or fewer components than shown, or some components may be combined, or different components, e.g., the electronic device may also include input-output devices, network access devices, buses, etc.

The Processor 40 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory 41 may be an internal storage unit of the electronic device 4, such as a hard disk or a memory of the electronic device 4. The memory 41 may also be an external storage device of the electronic device 4, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like, which are provided on the electronic device 4. Further, the memory 41 may also include both an internal storage unit and an external storage device of the electronic device 4. The memory 41 is used for storing the computer program and other programs and data required by the electronic device. The memory 41 may also be used to temporarily store data that has been output or is to be output.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/electronic device and method may be implemented in other ways. For example, the above-described apparatus/electronic device embodiments are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated modules/units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow in the method of the embodiments described above can be realized by a computer program, which can be stored in a computer-readable storage medium and can realize the steps of the embodiments of the methods described above when the computer program is executed by a processor. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.

The above-mentioned embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.

Claims

1. A vehicle diagnostic method, characterized by comprising:

2. The vehicle diagnostic method according to claim 1, wherein, before acquiring the ECU selection command and determining the target ECU while the first communication link is in the connected state, further comprising:

3. The vehicle diagnostic method according to claim 2, further comprising, after the acquiring a function selection instruction, determining a target function for the target ECU according to the function selection instruction:

4. The vehicle diagnostic method according to claim 1, before said obtaining the ECU selection command while the first communication link is in the connected state, further comprising:

5. The vehicle diagnostic method according to claim 2, further comprising, after said obtaining the target diagnostic packet returned by the server:

deleting the target diagnostic data packet.

6. The vehicle diagnostic method according to claim 1, wherein said executing the target function of the target ECU based on the information of the target ECU includes:

and calling the target special function to execute the target function.

7. The vehicle diagnostic method of claim 1, wherein the first communication link and the second communication link are created by calling a D-DPU communication library and initializing the target communication parameters.

8. A vehicle diagnostic device characterized by comprising:

9. An electronic device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the computer program, when executed by the processor, causes the electronic device to carry out the steps of the method according to any one of claims 1 to 7.

10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, causes an electronic device to carry out the steps of the method according to any one of claims 1 to 7.