CN113900428A

CN113900428A - Vehicle diagnosis method, diagnosis node, device, and storage medium

Info

Publication number: CN113900428A
Application number: CN202111241915.8A
Authority: CN
Inventors: 刘均; 庄文龙
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2021-10-25
Filing date: 2021-10-25
Publication date: 2022-01-07

Abstract

The application is used for providing a vehicle diagnosis method, a diagnosis node, equipment and a storage medium, and the wireless subnet comprising at least two diagnosis nodes with different distances is accessed through network authorization information of the wireless subnet; sending a first User Datagram Protocol (UDP) data frame in the wireless subnet, and acquiring the IP address of each diagnosis node in the wireless subnet based on the first UDP data frame; determining the IP address of a target diagnosis node according to the IP address of each diagnosis node; the method comprises the steps of establishing communication connection with a target diagnosis node based on an IP address of the target diagnosis node, sending a diagnosis instruction to the target diagnosis node to instruct the target diagnosis node to analyze the diagnosis instruction to obtain diagnosis instruction information, and obtaining vehicle diagnosis data according to the diagnosis instruction information. The communication stability in the vehicle diagnosis process can be improved, and the vehicle diagnosis is not limited by the distance between the vehicle and the diagnosis equipment.

Description

Vehicle diagnosis method, diagnosis node, device, and storage medium

Technical Field

The present application relates to the field of vehicle diagnosis technologies, and in particular, to a vehicle diagnosis method, a diagnosis node, a device, and a storage medium.

Background

In the vehicle diagnosis process, the diagnosis data read by the on-board automatic diagnosis system OBD needs to be transmitted to an upper computer through a diagnosis joint VCI. At present, in order to ensure convenience of data transmission between a VCI and an upper computer, wireless communication is adopted between the VCI and the upper computer. However, the wireless communication is not only limited to distance but also easily interfered by obstacles, so that the vehicle diagnosis process may have problems that the communication is unstable and the remote diagnosis cannot be performed.

Disclosure of Invention

The embodiment of the application provides a vehicle diagnosis method, diagnosis nodes, equipment and a storage medium, which can improve the communication stability in the vehicle diagnosis process through a wireless sub-network formed by at least two diagnosis nodes and enable the vehicle diagnosis not to be limited by the distance between a vehicle and the diagnosis equipment.

In a first aspect, the present application provides a vehicle diagnostic method applied to a vehicle diagnostic apparatus, the method including:

acquiring network authorization information of a wireless subnet, and accessing an authorized wireless subnet based on the network authorization information, wherein the wireless subnet comprises at least two diagnosis nodes;

sending a first User Datagram Protocol (UDP) data frame in the wireless subnet, and acquiring the IP address of each diagnostic node in the wireless subnet based on the first UDP data frame;

determining the IP address of a target diagnosis node according to the IP addresses of the diagnosis nodes;

and establishing communication connection with the target diagnosis node based on the IP address of the target diagnosis node, sending a diagnosis instruction to the target diagnosis node to instruct the target diagnosis node to analyze the diagnosis instruction to obtain diagnosis instruction information, and acquiring vehicle diagnosis data according to the diagnosis instruction information.

Optionally, the wireless subnetwork includes a wireless access point, and the wireless access point is a diagnostic node located between the target diagnostic node and the diagnostic device; the acquiring of the wireless network authorization information and the accessing of the authorized wireless subnet based on the network authorization information comprise:

and acquiring a network identifier SSID and a secret key sent by the wireless access point, and accessing the wireless subnet based on the SSID and the secret key.

Optionally, the sending the first UDP data frame in the wireless subnet, and acquiring the IP address of each diagnostic node in the wireless subnet based on the first UDP data frame includes:

and sending the first IP packet to the IP layer of each diagnosis node in the wireless subnet, and respectively obtaining a second user data packet protocol (UDP) data frame of each diagnosis node through the IP layer of each diagnosis node, wherein the second UDP data frame of each diagnosis node respectively comprises a second IP address of each diagnosis node.

Optionally, the determining the IP address of the target diagnostic node according to the IP addresses of the diagnostic nodes includes:

and acquiring identification information of the target diagnosis node, and traversing the IP address of each diagnosis node based on the identification information of the target diagnosis node to obtain the IP address of the target diagnosis node.

Optionally, after the establishing a communication connection with the target diagnosis node based on the IP address of the target diagnosis node and sending a diagnosis instruction to the target diagnosis node, the method further includes:

and acquiring the vehicle diagnosis data returned by the target diagnosis node, analyzing the vehicle diagnosis data to obtain vehicle fault code information and displaying the vehicle fault code information.

In a second aspect, the present application provides a vehicle diagnostic method applied to a diagnostic node, the method comprising:

receiving a diagnosis instruction;

analyzing the diagnosis instruction to obtain diagnosis indication information, and acquiring vehicle diagnosis data according to the diagnosis indication information;

the vehicle diagnosis device accesses a wireless subnet through a wireless access point, and the wireless subnet comprises at least two diagnosis nodes.

In a third aspect, the present application provides a vehicle diagnostic apparatus comprising:

a memory for storing a vehicle diagnostic program;

a processor for implementing the steps of the vehicle diagnostic method according to the first aspect as described above when executing the vehicle diagnostic program.

In a fourth aspect, the present application provides a wireless node, comprising:

a memory for storing a vehicle diagnostic program;

In a fifth aspect, the present application provides a computer-readable storage medium storing a computer program which, when run on a vehicle diagnostic apparatus, causes the vehicle diagnostic apparatus to execute the steps of the vehicle diagnostic method of the first aspect described above.

In a sixth aspect, the present application provides a computer readable storage medium having stored thereon a computer program which, when run on a diagnostic node, causes the diagnostic node to perform the steps of the vehicle diagnostic method of the second aspect described above.

By adopting the vehicle diagnosis method provided by the first aspect of the application, the wireless sub-network comprising at least two diagnosis nodes with different distances is accessed through the network authorization information of the wireless sub-network; then sending a first User Datagram Protocol (UDP) data frame in the wireless subnet, and acquiring the IP address of each diagnosis node in the wireless subnet based on the first UDP data frame; determining the IP address of a target diagnosis node according to the IP addresses of the diagnosis nodes; and finally, establishing communication connection with the target diagnosis node based on the IP address of the target diagnosis node, sending a diagnosis instruction to the target diagnosis node to instruct the target diagnosis node to analyze the diagnosis instruction to obtain diagnosis instruction information, and acquiring vehicle diagnosis data according to the diagnosis instruction information. The wireless sub-network formed by at least two diagnosis nodes can improve the communication stability in the vehicle diagnosis process, and the vehicle diagnosis is not limited by the distance between the vehicle and the diagnosis equipment.

It is understood that the beneficial effects of the second to sixth aspects can be seen from the description of the first aspect, and are not described herein again.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the embodiments or drawings supported by the prior art description, and obviously, the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to these drawings without inventive labor.

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

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

FIG. 3 is a schematic flow chart illustrating an implementation of a vehicle diagnostic method according to another embodiment of the present application;

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

FIG. 5 is a schematic diagram of a diagnostic node provided by an embodiment of the present application;

fig. 6 is a schematic diagram of a vehicle diagnostic apparatus 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. It should be understood that the terms "first," "second," "third," and the like in the description of the present application and in the appended claims, are used for distinguishing between descriptions that are not intended to indicate or imply relative importance.

It should also be appreciated that reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. It should be further noted that, for the convenience of description, only some but not all of the relevant aspects of the present invention are shown in the drawings. Before discussing exemplary embodiments in more detail, it should be noted that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart may describe the operations (or steps) as a sequential process, many of the operations can be performed in parallel, concurrently or simultaneously. In addition, the order of the operations may be re-arranged. The process may be terminated when its operations are completed, but may have additional steps not included in the figure. The processes may correspond to methods, functions, procedures, subroutines, and the like.

Referring to fig. 1, fig. 1 is a schematic flow chart illustrating an implementation of a vehicle diagnosis method according to an embodiment of the present disclosure. The vehicle diagnostic method is executed by hardware or software of a vehicle diagnostic apparatus. The vehicle diagnosis device can be a server or a terminal device, the server can be a single server or a server cluster, and the terminal device can be a handheld terminal, a computer, a notebook computer, a robot or a wearable intelligent device.

It should be noted that the vehicle diagnosis device needs to be connected with an on-board automatic diagnosis system OBD of the vehicle through a diagnosis node, and the vehicle diagnosis device sends a vehicle diagnosis command to the diagnosis node (also called a diagnosis connector VCI). The VCI is inserted into an OBD port of a vehicle, supports multiple diagnosis protocols, and is connected with an electronic control unit ECU through a vehicle bus, so that communication between the diagnosis equipment and the VCI is facilitated, the diagnosis equipment and the VCI are connected in a wireless mode at present, for example, the WIFI is connected through WIFI, but WIFI has distance limitation, and particularly if an obstacle exists in the middle, signals are weaker, so that communication is unstable or communication cannot be conducted when the diagnosis equipment and the VCI are far away, and diagnosis of the vehicle cannot be conducted.

The vehicle diagnosis method provided by the embodiment of the application can solve the technical problem. Before detailing the vehicle diagnosis method provided by the embodiment of the present application, an application scenario of the vehicle diagnosis method provided by the embodiment of the present application is first exemplarily described with reference to fig. 2.

Illustratively, as shown in fig. 2, the diagnostic device for executing the vehicle diagnostic method provided by the embodiment of the present application and the wireless sub-network in fig. 2 together constitute a vehicle diagnostic system. As can be seen from fig. 2, the vehicle diagnostic system 20 includes a vehicle diagnostic device 200, two diagnostic nodes 201, and a vehicle 202. Wherein diagnostic node 201 comprises a diagnostic tap VCI; in particular, the diagnostic connector VCI is a small connector that can be plugged directly into the OBD port of the vehicle for use. Of course, fig. 2 is only exemplarily illustrated with two diagnostic nodes 201, and in practical applications, the subnet-free vehicle diagnostic system 20 may include at least two diagnostic nodes 201, for example, may include three diagnostic nodes 201 or four diagnostic nodes 201, etc.

In addition, the VCI connector runs an operating system of LINUX or ANDROID, and a vehicle diagnostic program can run inside the VCI connector. In the embodiment of the present application, in order to solve the problems of unstable communication and remote communication failure between the VCI and the vehicular diagnostic apparatus 200, a VCI supporting dual WIFI communication is provided.

Specifically, two WIFI modules may be set in the VCI connector, and one WIFI module is set in the AP mode for accessing other devices; and the other WIFI module is set to be in an STA mode and can be connected with other AP hotspots. In the embodiment of the application, the VCIs for providing the AP hotspot are other VCI connectors, and a plurality of VCIs supporting dual WIFI communication form a wireless subnet to support interconnection of the plurality of VCIs. In addition, each VCI also supports a hardware transceiver of common vehicle protocols such as KWP, CAN, PWM, VPW and the like, and CAN communicate with each ECU of the vehicle through an OBD port of the vehicle.

Before the vehicle diagnostic device 200 needs to diagnose the vehicle 202, the VCI of the diagnostic node 201 corresponding to the vehicle 202 needs to be inserted into an OBD interface of the vehicle 202, the OBD interface supplies power to the VCI, and the VCI starts a diagnostic program after receiving a diagnostic instruction sent by the vehicle diagnostic device 200.

In the embodiment of the present application, in order to ensure that the communication between the vehicular diagnostic apparatus 200 and the corresponding VCI is stable and the communication process is not limited by distance, the VCI located between the vehicular diagnostic apparatus 200 and the target diagnostic node 201 may be selected to provide the WIFI AP hotspot. Specifically, the VCI of the diagnostic node 201 close to the vehicular diagnostic apparatus 200 may be powered on to open the WIFI AP hotspot of the VCI, and it may be understood that the WIFI AP hotspot of the VCI may be opened by inserting the VCI into the vehicular OBD port, and powering on the VCI through the vehicular OBD port. After the WIFI AP hotspot of the VCI is opened, preset network authorization information may be enabled, for example, the network authorization information includes a network identifier SSID (service Set identifier) and a secret key (which may be specifically a WIFI connection password), so as to ensure that the other diagnostic nodes 201 and the vehicle diagnostic device 200 may access the WIFI AP hotspot through the SSID and the secret key. Of course, the network identifier SSID and the key may be set when the VCI is opened, or operations such as modifying a preset SSID and a preset key may be performed. In addition, diagnostic node 201 for providing WIFI AP hotspots may be selected based on the distance between vehicle diagnostic device 200 and target diagnostic node 201. It is understood that when the distance between the vehicle diagnosis device 200 and the target diagnosis node 201 is within the preset wireless communication distance, the diagnosis node 201 for providing the WIFI AP hotspot may not need to be activated, and when the distance between the vehicle diagnosis device 200 and the target diagnosis node 201 is outside the preset wireless communication distance, the diagnosis node 201 closer to the vehicle diagnosis device 200 is selectively used as the diagnosis node for providing the WIFI AP hotspot. Certainly, the diagnosis node 201 for providing the WIFI AP hotspot may be inserted into a vehicle OBD port when vehicle diagnosis is needed, and may supply power in other manners if vehicle diagnosis is not needed, so as to start the WIFI AP hotspot.

Specifically, after the diagnostic node for providing the WIFI AP hotspot is determined, the diagnostic node may connect to the AP hotspot of the VCI for providing the WIFI AP hotspot through the STA mode of the VCI of the target diagnostic node 201, and connect through the network authorization information (for example, SSID and key) provided by the VCI for providing the WIFI AP hotspot, where the VCI for providing the WIFI AP hotspot may be assigned to an IP address, such as 172.16.0.100, corresponding to the VCI of the target diagnostic node 201 after the connection is successful.

When the vehicle diagnosis device 200 needs to perform vehicle diagnosis, the vehicle diagnosis device 200 may obtain the network authorization information of the wireless subnet, for example, the vehicle diagnosis device 200 obtains the network authorization information in the same manner as the target diagnosis node 201 through the wireless network card, accesses the AP hotspot of the VCI for providing the WIFI AP hotspot based on the network authorization information, and correspondingly, the VCI for providing the WIFI AP hotspot allocates a corresponding IP address, for example, 172.16.0.110, to the vehicle diagnosis device 200. After receiving the corresponding IP address, the vehicular diagnostic apparatus 200 is in the same wireless subnet as the VCI of the target diagnostic node 201 and the VCI for providing the WIFI AP hotspot.

When the vehicle diagnosis device 200 needs to perform vehicle diagnosis, the vehicle selection corresponding to each diagnosis node 201 in the wireless subnet may be diagnosed. Specifically, the vehicular diagnostic apparatus 200 may determine that the target diagnostic node 201 is plugged in one vehicle per VCI based on the identification information of the vehicle 202 input by the user, and transmit a diagnostic instruction to which VCI through IP in order to diagnose which vehicle.

Specifically, the diagnostic equipment firstly acquires network authorization information of a wireless subnet, and accesses an authorized wireless subnet based on the network authorization information; then sending a first User Datagram Protocol (UDP) data frame in the wireless subnet, and acquiring the IP address of each diagnosis node in the wireless subnet based on the first UDP data frame; determining the IP address of a target diagnosis node according to the IP addresses of the diagnosis nodes; and finally, establishing communication connection with the target diagnosis node based on the IP address of the target diagnosis node, sending a diagnosis instruction to the target diagnosis node to instruct the target diagnosis node to analyze the diagnosis instruction to obtain diagnosis instruction information, and acquiring vehicle diagnosis data according to the diagnosis instruction information. The wireless sub-network formed by at least two diagnosis nodes can improve the communication stability in the vehicle diagnosis process, and the vehicle diagnosis is not limited by the distance between the vehicle and the diagnosis equipment.

Further, as can be seen from fig. 1, the vehicle diagnosis method provided in the embodiment of the present application includes steps S101 to S104. The details are as follows:

s101, obtaining network authorization information of a wireless sub-network, and accessing the authorized wireless sub-network based on the network authorization information, wherein the wireless sub-network comprises at least two diagnosis nodes.

In an embodiment of the application, the wireless subnetwork comprises a wireless access point, which may be a diagnostic node located between the target diagnostic node and the diagnostic device. The wireless subnetwork comprises at least two diagnosis nodes, the distances of the diagnosis nodes are different, and specifically, each diagnosis node supports an AP (access point) communication mode and an STA (station) communication mode. For example, each diagnostic node includes two WIFI modules; one WIFI module is set to be in an AP mode and used for supporting an AP communication mode, and the other WIFI module is set to be in an SAT mode and used for supporting an SAT communication mode.

Wherein the network authorization information comprises a network identifier SSID and a secret key; the acquiring of the network authorization information of the wireless subnetwork and the accessing of the authorized wireless subnetwork based on the network authorization information comprise: and acquiring a network identifier SSID and a secret key sent by the wireless access point, and accessing the wireless subnet based on the SSID and the secret key.

Wherein the target diagnostic node may access the wireless subnetwork through the SSID and the key. It should be noted that the diagnostic node includes a diagnostic connector VCI, the VCI is a small connector and can be directly plugged into an OBD port of the vehicle, an operating system of LINUX or ANDROID is run in the VCI, a diagnostic program can be run in the VCI to support communication between two WIFI modules, one WIFI module can be set to an AP mode for allowing other devices to access, and the other WIFI module can be set to an STA mode for connecting other AP hotspots to support interconnection of the diagnostic connectors VCI of the plurality of diagnostic nodes to form a subnet. In addition, VCI hardware of each diagnosis node supports hardware transceivers of common vehicle protocols such as KWP, CAN, PWM, VPW and the like, and CAN communicate with each ECU of the automobile through an OBD port of the automobile.

When the vehicle needs to be diagnosed, the VCI of the target diagnosis node is firstly inserted into the OBD interface of the vehicle to be diagnosed, the OBD interface supplies power to the VCI of the target diagnosis node, and the VCI starts a diagnosis program.

In an embodiment of the application, if the VCI of the target diagnostic node is too far away from the vehicle diagnostic device, and a wireless signal may be too weak to directly connect through WIFI, a wireless access point may be Set at a location close to the vehicle diagnostic device, where the wireless access point is specifically a diagnostic node, and after the VCI of the diagnostic node is inserted into an OBD port of the vehicle and powered on, a WIFI AP hotspot is opened, which may be based on preset network authorization information, such as an ssid (service Set identifier) and a secret key (e.g., a network connection password), so that VCIs of other diagnostic nodes may access a hotspot provided by the wireless access point. Similarly, the vehicle diagnostic device can also access the hot spot provided by the wireless access point in a similar manner, and is located in the same wireless subnet as each diagnostic node.

S102, sending a first User Datagram Protocol (UDP) data frame in the wireless subnet, and acquiring the IP address of each diagnosis node in the wireless subnet based on the first UDP data frame.

Wherein the sending of the first UDP data frame within the wireless subnet to obtain the IP address of each diagnostic node within the wireless subnet based on the first UDP data frame includes: and sending the first IP packet to the IP layer of each diagnosis node in the wireless subnet, and respectively obtaining a second user data packet protocol (UDP) data frame of each diagnosis node through the IP layer of each diagnosis node, wherein the second UDP data frame of each diagnosis node respectively comprises a second IP address of each diagnosis node.

Of course, the first UDP may also include a header and a trailer. The header and the trailer contain necessary control information, such as synchronization information, address information, error control information, etc.

In addition, a first user datagram protocol UDP data frame is sent in the wireless subnet, and besides the IP address of each diagnostic node in the wireless subnet is obtained based on the first UDP data frame, identification information of each diagnostic node in the wireless subnet may also be obtained, for example, the identification information includes a VCI name of the diagnostic node.

S103, determining the IP address of the target diagnosis node according to the IP addresses of the diagnosis nodes.

Illustratively, the determining an IP address of a target diagnostic node according to the IP addresses of the diagnostic nodes includes: and acquiring identification information of the target diagnosis node, and traversing the IP address of each diagnosis node based on the identification information of the target diagnosis node to obtain the IP address of the target diagnosis node.

The identification information of each diagnosis node can be stored in the vehicle diagnosis equipment in advance, and can also be acquired through a first UDP data frame, and after the VCI of the target diagnosis node is inserted into the OBD port of the vehicle, the IP address of the target diagnosis node can be determined through the VCI identification information of the target diagnosis node. The VCI identification information of each diagnosis node has uniqueness and can be used for identifying the VCI of each diagnosis node.

And S104, establishing communication connection with the target diagnosis node based on the IP address of the target diagnosis node, sending a diagnosis instruction to the target diagnosis node to instruct the target diagnosis node to analyze the diagnosis instruction to obtain diagnosis instruction information, and acquiring vehicle diagnosis data according to the diagnosis instruction information.

Establishing a TCP (Transmission Control protocol) communication connection with the target diagnosis node based on the IP address of the target diagnosis node; by way of example, the vehicle diagnostic device may act as a client of TCP and the target diagnostic node may act as a server of TCP.

After the vehicle diagnostic equipment is connected with the target diagnostic node, the vehicle diagnostic equipment sends a diagnostic function to be executed, such as an instruction for reading an engine fault code, wherein the instruction comprises the protocol type of an engine ECU (electronic control Unit), communication parameters, diagnostic information of the read fault code and the like. The protocol type CAN be a CAN protocol type, the communication parameters comprise communication pins, communication baud rate, system filtering ID and the like, the communication pins are No. 6 and No. 14 pins, the communication baud rate is 500K, and the system filtering ID is 0xfc00 and 0xfd 00; wherein 0xfc00 is the transmission ID, 0xfd00 is the reception ID; as another example, the read fault code diagnostic information is 0x 190208.

After receiving the diagnosis instruction, the VCI of the target diagnosis node analyzes the received diagnosis instruction, then calls an internal diagnosis program, is connected with an engine ECU according to communication parameters in the diagnosis instruction, reads the fault code and the state information of the engine, packages the read fault code and the read state information and sends the fault code and the state information to the vehicle diagnosis equipment. Specifically, after receiving a fault code reading command from the VCI, the engine ECU returns information such as a fault code and a status to the VCI through a reply command, for example, a reply command 0x590208900001, where 9000 is a fault code number and 01 is a status.

It can be understood that after the vehicle diagnosis device establishes a communication connection with the target diagnosis node based on the IP address of the target diagnosis node and sends a diagnosis instruction to the target diagnosis node, the vehicle diagnosis data returned by the target diagnosis node may be further obtained, and the vehicle diagnosis data is analyzed to obtain and display vehicle fault code information.

Specifically, in the embodiment of the present application, after establishing a communication connection with the target diagnostic node based on the IP address of the target diagnostic node and sending a diagnostic instruction to the target diagnostic node, the method further includes: and acquiring the vehicle diagnosis data returned by the target diagnosis node, analyzing the vehicle diagnosis data to obtain vehicle fault code information and displaying the vehicle fault code information.

According to the analysis, the vehicle diagnosis method provided by the embodiment of the application comprises the steps that firstly, network authorization information of a wireless subnet is obtained, and the authorized wireless subnet is accessed based on the network authorization information; then sending a first User Datagram Protocol (UDP) data frame in the wireless subnet, and acquiring the IP address of each diagnosis node in the wireless subnet based on the first UDP data frame; determining the IP address of a target diagnosis node according to the IP addresses of the diagnosis nodes; and finally, establishing communication connection with the target diagnosis node based on the IP address of the target diagnosis node, sending a diagnosis instruction to the target diagnosis node to instruct the target diagnosis node to analyze the diagnosis instruction to obtain diagnosis instruction information, and acquiring vehicle diagnosis data according to the diagnosis instruction information. The wireless sub-network formed by at least two diagnosis nodes can improve the communication stability in the vehicle diagnosis process, and the vehicle diagnosis is not limited by the distance between the vehicle and the diagnosis equipment.

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.

Referring to fig. 3, fig. 3 is a schematic flow chart illustrating an implementation of a vehicle diagnosis method according to another embodiment of the present application. The vehicle diagnostic method provided by the embodiment is performed by the diagnostic node shown in fig. 2. In particular, it may be performed by the target diagnostic node identified in fig. 2, comprising the following steps S301 and S302.

S301, receiving a diagnosis instruction;

s302, analyzing the diagnosis instruction to obtain diagnosis instruction information, and acquiring vehicle diagnosis data according to the diagnosis instruction information;

The specific implementation process of step S301 and step S302 may refer to the description in the corresponding embodiment of fig. 1 and fig. 2, and is not repeated herein.

Based on the vehicle diagnosis method provided by the embodiment, the embodiment of the invention further provides an embodiment of a device for realizing the embodiment of the method.

As shown in fig. 4, fig. 4 is a schematic diagram of a vehicle diagnosis device provided in an embodiment of the present application. The modules included are used to perform the steps in the embodiment corresponding to fig. 1. Please refer to fig. 1 for the related description of the corresponding embodiment. For convenience of explanation, only the portions related to the present embodiment are shown. Referring to fig. 4, the vehicle diagnostic apparatus 400 includes:

a first obtaining module 401, configured to obtain network authorization information of a wireless subnetwork, and access an authorized wireless subnetwork based on the network authorization information, where the wireless subnetwork includes at least two diagnostic nodes;

a second obtaining module 402, configured to send a first user datagram protocol UDP data frame in the wireless subnet, and obtain an IP address of each diagnostic node in the wireless subnet based on the first UDP data frame;

a determining module 403, configured to determine an IP address of a target diagnostic node according to the IP addresses of the diagnostic nodes;

a sending module 404, configured to establish a communication connection with the target diagnostic node based on the IP address of the target diagnostic node, send a diagnostic instruction to the target diagnostic node, so as to instruct the target diagnostic node to analyze the diagnostic instruction to obtain diagnostic instruction information, and obtain vehicle diagnostic data according to the diagnostic instruction information.

Optionally, the wireless subnetwork includes a wireless access point, and the wireless access point is a diagnostic node located between the target diagnostic node and the diagnostic device; the first obtaining module 401 is specifically configured to obtain a network identifier SSID and a secret key sent by the wireless access point, and access the wireless subnet based on the SSID and the secret key.

Optionally, the first UDP data frame includes a first IP packet of the diagnostic device, and the second obtaining module 402 is specifically configured to send the first IP packet to an IP layer of each diagnostic node in the wireless subnet, and obtain a second user data packet protocol UDP data frame of each diagnostic node through the IP layer of each diagnostic node, where the second UDP data frame of each diagnostic node includes a second IP address of each diagnostic node.

Optionally, the determining module 403 is specifically configured to obtain identification information of the target diagnostic node, and traverse the IP address of each diagnostic node based on the identification information of the target diagnostic node to obtain the IP address of the target diagnostic node.

Optionally, the apparatus further comprises:

and the analysis module is used for acquiring the vehicle diagnosis data returned by the target diagnosis node, analyzing the vehicle diagnosis data to obtain vehicle fault code information and displaying the vehicle fault code information.

It should be noted that, because the contents of information interaction, execution process, and the like between the modules are based on the same concept as the method embodiment shown in fig. 1 of the present application, specific functions and technical effects thereof may be referred to specifically in the method embodiment section, and are not described herein again.

Please refer to fig. 5, fig. 5 is a schematic diagram of a true node according to an embodiment of the present application. As can be seen from fig. 5, the diagnostic node 201 provided in this embodiment includes: a first processor 500, a first memory 501 and a computer program, such as a vehicle diagnostic program, stored in said first memory 501 and operable on said first processor 500. The first processor 500, when executing the computer program, implements the steps in the vehicle diagnostic method embodiment described above and illustrated in fig. 3.

Illustratively, the computer program may be partitioned into one or more modules/units, which are stored in the first memory 501 and executed by the first processor 500 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 502 in the diagnostic node 201.

The diagnostic node 201 may include, but is not limited to, a first processor 500, a first memory 501. It will be understood by those skilled in the art that fig. 5 is merely an example of the diagnostic node 201, and does not constitute a limitation of the diagnostic node 201, and may include more or less components than those shown, or combine certain components, or different components, for example, the diagnostic node 201 may further include input-output devices, network access devices, buses, etc.

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

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

Fig. 6 is a schematic diagram of a vehicle diagnostic apparatus provided in an embodiment of the present application. As shown in fig. 6, the embodiment provides a vehicle diagnostic apparatus 200 including: a second processor 600, a second memory 601 and a computer program, such as a vehicle diagnostic program, stored in said second memory 601 and operable on said second processor 600. The second processor 600, when executing the computer program, implements the steps in the vehicle diagnostic method embodiment described above and illustrated in fig. 1. Alternatively, the second processor 600 implements the functions of the modules/units in the embodiment of fig. 4 when executing the computer program.

Illustratively, the computer program may be partitioned into one or more modules/units, which are stored in the second memory 601 and executed by the second processor 600 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 for describing the execution process of the computer program in the vehicle diagnostic apparatus 200. For example, the computer program may be divided into a first obtaining module, a second obtaining module, a determining module, and a sending module, and specific functions of each module please refer to the related description in the embodiment corresponding to fig. 4, which is not described herein again.

The vehicle diagnostic apparatus 200 may include, but is not limited to, a second processor 600, a second memory 601. Those skilled in the art will appreciate that fig. 6 is merely an example of the vehicle diagnostic device 200, and does not constitute a limitation of the vehicle diagnostic device 200, and may include more or less components than those shown, or combine certain components, or different components, for example, the vehicle diagnostic device 200 may further include an input-output device, a network access device, a bus, etc.

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

The second storage 601 may be an internal storage unit of the vehicle diagnostic apparatus 200, such as a hard disk or a memory of the vehicle diagnostic apparatus 200. The second memory 601 may also be an external storage device of the vehicle diagnostic device 200, 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 vehicle diagnostic device 200. Further, the second memory 601 may also include both an internal storage unit and an external storage device of the vehicle diagnostic apparatus 200. The second memory 601 is used to store the computer program and other programs and data supported by the vehicle diagnostic apparatus 200. The second memory 601 may also be used to temporarily store data that has been output or is to be output.

Embodiments of the present application also provide a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a vehicle diagnosis device, the computer program can implement the steps of the vehicle diagnosis method shown in fig. 1; the computer program is executed by the diagnostic node at the moment of execution to implement the steps of the vehicle diagnostic method shown in fig. 3 described above.

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.

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 being applied to a vehicle diagnostic apparatus, the method comprising:

acquiring network authorization information of a wireless access point, and accessing an authorized wireless sub-network based on the network authorization information, wherein the wireless sub-network comprises at least two diagnosis nodes;

2. The method of claim 1, wherein the wireless subnetwork comprises a wireless access point, the wireless access point being a diagnostic node located between the target diagnostic node and the diagnostic device; the acquiring of the network authorization information of the wireless subnetwork and the accessing of the authorized wireless subnetwork based on the network authorization information comprise:

3. The method of claim 2, wherein the first UDP data frame comprises a first IP packet of the diagnostic device, wherein the sending of the first UDP data frame within the wireless subnetwork, and wherein the obtaining of the IP address of each diagnostic node within the wireless subnetwork based on the first UDP data frame comprises:

4. The method of claim 3, wherein determining the IP address of the target diagnostic node based on the IP addresses of the diagnostic nodes comprises:

5. The method according to claim 4, wherein after the establishing a communication connection with the target diagnosis node based on the IP address of the target diagnosis node and sending a diagnosis instruction to the target diagnosis node, the method further comprises:

6. A vehicle diagnostic method, applied to a diagnostic node, the method comprising:

receiving a diagnosis instruction;

7. A diagnostic node, comprising:

a diagnostic device, comprising:

a memory for storing a vehicle diagnostic program;

a processor for implementing the steps of the vehicle diagnostic method of claim 6 when executing the vehicle diagnostic routine.

8. A vehicle diagnostic apparatus characterized by comprising:

a memory for storing a vehicle diagnostic program;

a processor for implementing the steps of the vehicle diagnostic method according to any one of claims 1 to 5 when executing the vehicle diagnostic program.

9. A computer-readable storage medium, which stores a computer program, characterized in that the computer program, when run on a vehicle diagnostic apparatus, causes the vehicle diagnostic apparatus to execute the steps of the vehicle diagnostic method according to any one of claims 1 to 5.

10. A computer-readable storage medium, in which a computer program is stored which, when run on a diagnostic node, causes the diagnostic node to carry out the steps of the vehicle diagnostic method according to claim 6.