[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN110888418B - Vehicle diagnosis method, device, equipment and readable storage medium - Google Patents

Vehicle diagnosis method, device, equipment and readable storage medium Download PDF

Info

Publication number
CN110888418B
CN110888418B CN201911338637.0A CN201911338637A CN110888418B CN 110888418 B CN110888418 B CN 110888418B CN 201911338637 A CN201911338637 A CN 201911338637A CN 110888418 B CN110888418 B CN 110888418B
Authority
CN
China
Prior art keywords
diagnosis
diagnostic
vehicle
event
software
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911338637.0A
Other languages
Chinese (zh)
Other versions
CN110888418A (en
Inventor
刘均
杨凡凡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN201911338637.0A priority Critical patent/CN110888418B/en
Publication of CN110888418A publication Critical patent/CN110888418A/en
Application granted granted Critical
Publication of CN110888418B publication Critical patent/CN110888418B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0259Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
    • G05B23/0262Confirmation of fault detection, e.g. extra checks to confirm that a failure has indeed occurred
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/20Pc systems
    • G05B2219/24Pc safety
    • G05B2219/24065Real time diagnostics

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)

Abstract

The application discloses a vehicle diagnosis method, a vehicle diagnosis device, a vehicle diagnosis equipment and a readable storage medium. The method disclosed by the application is applied to a diagnostic device and comprises the following steps: receiving a diagnosis instruction input by a user; judging whether the diagnostic software is idle or not; if so, calling a function corresponding to the diagnosis instruction to trigger a diagnosis event, wherein the diagnosis event is a remote diagnosis event or a local diagnosis event; and carrying out fault diagnosis on the vehicle according to the diagnosis process corresponding to the diagnosis event. According to the method and the device, remote diagnosis and local diagnosis are integrated in the same diagnosis device, so that frequent tool switching in the diagnosis process can be avoided, convenience is provided for users, and the diagnosis efficiency is improved. Accordingly, the vehicle diagnosis device, the vehicle diagnosis equipment and the readable storage medium have the technical effects.

Description

Vehicle diagnosis method, device, equipment and readable storage medium
Technical Field
The present application relates to the field of vehicle fault diagnosis technologies, and in particular, to a vehicle diagnosis method, apparatus, device, and readable storage medium.
Background
At present, local diagnosis and remote diagnosis are available for a vehicle, but diagnostic tools for the local diagnosis and the remote diagnosis are independent from each other. That is, a local diagnostic tool and a remote diagnostic tool need to be installed on the diagnostic equipment at the same time to meet the requirements of practical application. The local diagnosis tool is used for realizing a local diagnosis process, and the remote diagnosis tool is used for realizing a remote diagnosis process.
In actual use, a user needs to frequently switch the two diagnostic tools to perform local diagnosis on a vehicle requiring local diagnosis and perform remote diagnosis on a vehicle requiring remote diagnosis. Accordingly, the diagnostic tool for diagnosing the vehicle fault may make the diagnostic process complicated and inconvenient for the user, thereby reducing the efficiency of vehicle diagnosis.
Therefore, how to improve the efficiency of vehicle diagnosis is a problem to be solved by those skilled in the art.
Disclosure of Invention
In view of the above, an object of the present application is to provide a vehicle diagnosis method, apparatus, device and readable storage medium to improve the efficiency of vehicle diagnosis. The specific scheme is as follows:
in a first aspect, the present application provides a vehicle diagnostic method applied to a diagnostic apparatus, including:
receiving a diagnosis instruction input by a user;
judging whether the diagnostic software is idle or not;
if so, calling a function corresponding to the diagnosis instruction to trigger a diagnosis event, wherein the diagnosis event is a remote diagnosis event or a local diagnosis event;
and carrying out fault diagnosis on the vehicle according to the diagnosis process corresponding to the diagnosis event.
Preferably, determining whether the diagnostic software is idle comprises:
judging whether a flag bit in the first registry is a first target value representing that the diagnostic software is idle;
and if so, executing a step of calling a function corresponding to the diagnosis instruction to trigger a diagnosis event.
Preferably, the fault diagnosis of the vehicle according to the diagnosis process corresponding to the diagnosis event includes:
if the diagnosis event is a remote diagnosis event, detecting whether the diagnosis equipment is accessed to the Internet or not;
if so, writing the IP address of the diagnostic equipment into a second registry, and establishing network connection between the diagnostic equipment and the communication connector; the communication connector is in communication connection with the vehicle;
if the diagnosis software is started, establishing network connection between the dynamic library and the target diagnosis tool;
and updating the flag bit to a second target value indicating that the diagnostic software is running, and performing fault diagnosis on the vehicle by using the diagnostic software.
Preferably, the method further comprises the following steps:
and if the diagnosis equipment does not access the Internet, generating and displaying a prompt message without network connection.
Preferably, if the diagnostic software is started, before establishing a network connection between the dynamic library and the target diagnostic tool, the method further includes:
judging whether the diagnostic equipment and the communication connector establish network connection or not;
if so, generating and displaying a prompt message for starting the diagnostic software so that a user can start the diagnostic software;
if not, executing the step of generating and displaying the prompt message without network connection.
Preferably, the fault diagnosis of the vehicle according to the diagnosis process corresponding to the diagnosis event includes:
if the diagnosis event is a local diagnosis event, inquiring the IP address of the communication connector, and writing the IP address into a second registry; the communication connector is in communication connection with the vehicle;
if the diagnosis software is started, establishing network connection between the dynamic library and the communication connector;
and updating the flag bit to a second target value indicating that the diagnostic software is running, and performing fault diagnosis on the vehicle by using the diagnostic software.
Preferably, the method further comprises the following steps:
and if the diagnosis process is finished, updating the flag bit to the first target value.
In a second aspect, the present application provides a vehicle diagnostic apparatus applied to a diagnostic device, including:
the receiving module is used for receiving a diagnosis instruction input by a user;
the judging module is used for judging whether the diagnostic software is idle or not;
the calling module is used for calling a function corresponding to the diagnosis instruction to trigger a diagnosis event if the diagnosis software is idle, wherein the diagnosis event is a remote diagnosis event or a local diagnosis event;
and the diagnosis module is used for diagnosing the fault of the vehicle according to the diagnosis process corresponding to the diagnosis event.
In a third aspect, the present application provides a vehicle diagnostic apparatus comprising:
a memory for storing a computer program;
a processor for executing a computer program to implement the vehicle diagnostic method as disclosed above.
In a fourth aspect, the present application provides a readable storage medium for storing a computer program, wherein the computer program, when executed by a processor, implements the vehicle diagnostic method as disclosed above.
According to the scheme, the vehicle diagnosis method is applied to diagnosis equipment and comprises the following steps: receiving a diagnosis instruction input by a user; judging whether the diagnostic software is idle or not; if so, calling a function corresponding to the diagnosis instruction to trigger a diagnosis event, wherein the diagnosis event is a remote diagnosis event or a local diagnosis event; and carrying out fault diagnosis on the vehicle according to the diagnosis process corresponding to the diagnosis event.
Therefore, the diagnosis equipment provided by the application receives the diagnosis instruction input by the user; firstly, judging whether the diagnostic software is idle; if the diagnostic software is idle, indicating that a new diagnostic process can be executed, calling a function corresponding to the diagnostic instruction to trigger a corresponding diagnostic event, wherein the diagnostic event is a remote diagnostic event or a local diagnostic event; and further carrying out fault diagnosis on the vehicle according to the diagnosis process corresponding to the diagnosis event. Therefore, remote diagnosis and local diagnosis are integrated in the same diagnosis device, frequent tool switching in the diagnosis process can be avoided, convenience is provided for users, and diagnosis efficiency is improved.
Accordingly, the vehicle diagnosis device, the equipment and the readable storage medium provided by the application also have the technical effects.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
FIG. 1 is a flow chart of a vehicle diagnostic method disclosed herein;
FIG. 2 is a schematic illustration of a first page of a target diagnostic tool disclosed herein;
FIG. 3 is a schematic illustration of a PC in local communication with a vehicle as disclosed herein;
FIG. 4 is a schematic diagram of a PC in remote communication with a vehicle as disclosed herein;
FIG. 5 is a flow chart of another vehicle diagnostic method disclosed herein;
FIG. 6 is a schematic view of a vehicle diagnostic apparatus of the present disclosure;
FIG. 7 is a schematic diagram of a vehicle diagnostic apparatus as disclosed herein.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
At present, the prior art causes a diagnosis process to be more complicated and inconvenient for a user, thereby reducing the efficiency of vehicle diagnosis. Therefore, the vehicle diagnosis scheme can avoid frequent tool switching in the diagnosis process, and provides convenience for users to use, so that the diagnosis efficiency is improved.
Referring to fig. 1, an embodiment of the present application discloses a vehicle diagnostic method applied to a diagnostic apparatus, including:
s101, receiving a diagnosis instruction input by a user;
s102, judging whether the diagnosis software is idle or not; if yes, executing S103; if not, executing S105;
in one embodiment, determining whether the diagnostic software is idle comprises: it is determined whether a flag bit in the first registry is a first target value indicating that the diagnostic software is idle. Specifically, in order to distinguish whether the diagnostic software is idle, a first registry may be provided in which the flag bit is assigned two different values, one value (i.e., a first target value) indicating that the diagnostic software is idle and the other value (i.e., a second target value) indicating that the diagnostic software is running. In the diagnosis process, a second target value can be assigned to the zone bit after the diagnosis software is started; if the diagnosis process is finished, a first target value is assigned to the flag bit. In the initial state, the default value of the flag bit in the first registry is set as a first target value indicating that the diagnostic software is idle.
It should be noted that the remote diagnosis and the local diagnosis may be set to be executed in parallel, or alternatively.
If the remote diagnosis and the local diagnosis are set to be executed in parallel, the remote diagnosis corresponds to a first registry, and the first registry is used for identifying whether the diagnosis software corresponding to the remote diagnosis is idle or running. The local diagnostics correspond to another first registry for identifying whether another piece of diagnostic software corresponding to the local diagnostics is idle or running. The remote diagnosis and the local diagnosis are set to be executed in parallel, the remote diagnosis and the local diagnosis correspond to different first registration tables, different diagnosis software and different dynamic libraries, and the dynamic libraries need to be called after the diagnosis software is started. If the setting is carried out, no matter the remote diagnosis process or the local diagnosis process is executed, after the diagnosis software is started, a second target value is assigned to the zone bit in the first registry; if the diagnosis process is finished, a first target value is assigned to the zone bit in the first registry. In the initial state, a default value is assigned to the zone bit in the first registry, and the default value is a first target value.
If the remote diagnosis and the local diagnosis are set to be selected for execution, the remote diagnosis and the local diagnosis correspond to the same first registry, the same diagnosis software and the same dynamic library. At this point, the first registry is used to identify whether the diagnostic software is idle or running. If so, after the diagnostic software is started, assigning a second target value to the zone bit in the first registry; if the diagnosis process is finished, a first target value is assigned to the zone bit in the first registry. In the initial state, a default value is assigned to the zone bit in the first registry, and the default value is a first target value.
S103, calling a function corresponding to the diagnosis instruction to trigger a diagnosis event;
the diagnosis event is a remote diagnosis event or a local diagnosis event. Specifically, the operable buttons for entering remote diagnosis and local diagnosis can be presented on the top page of the target diagnosis tool, as shown in fig. 2. When the user clicks the operable button, the target diagnosis tool calls a function corresponding to the operable button to trigger a corresponding diagnosis event. The operable buttons are pre-bound to their corresponding functions.
S104, carrying out fault diagnosis on the vehicle according to the diagnosis process corresponding to the diagnosis event;
and S105, generating and displaying the prompt information of diagnosis.
If the diagnostic event is a remote diagnostic event, the vehicle is diagnosed for a fault according to a remote diagnostic flow corresponding to the remote diagnostic event. And if the diagnosis event is a local diagnosis event, performing fault diagnosis on the vehicle according to a local diagnosis process corresponding to the local diagnosis event.
In the remote diagnosis, please refer to fig. 3 for the communication connection between the diagnostic device and the vehicle. In fig. 3, the diagnostic device is connected to the vehicle via a VCI box, i.e. a communication connector; the VCI box is connected to the OBD diagnostic seat of the vehicle (the interface on the vehicle for diagnosing faults). The diagnostic device is a PC (Personal Computer) and dll (dynamic Link library) is a dynamic library of diagnostic software calls. On one hand, the PC can directly perform data interaction with the VCI box through the Internet, and can also perform data interaction with the VCI box through the server, and any one of the PC and the VCI box can be selected.
In the local diagnosis, the communication connection between the diagnostic device and the vehicle is shown in fig. 4. In fig. 4, the diagnostic device is connected to the vehicle via a VCI box, i.e. a communication connector; the VCI box is connected to the OBD diagnostic seat of the vehicle (the interface on the vehicle for diagnosing faults). The diagnostic device is a PC (Personal Computer) and dll (dynamic Link library) is a dynamic library of diagnostic software calls. The PC is connected with the VCI box in a mode of a USB data line and the like.
It should be noted that the remote diagnosis and the local diagnosis can adopt diagnosis protocols such as J2534, D-PDU and the like to diagnose the fault of the vehicle.
In the prior art, since the IP address used in the local diagnostic process is the IP address of the communication connector, and the IP address used in the local diagnostic process is the IP address of the diagnostic device, the diagnostic devices independent of each other need to use two different dynamic libraries to store the IP address used in the diagnostic process. And two different dynamic libraries are needed in the diagnosis process, so that the flexibility and the universality of the diagnosis process are reduced.
If the remote diagnosis and the local diagnosis are integrated in the same diagnosis device and are set to be alternatively executed, the same dynamic library and the same diagnosis software can be used for the remote diagnosis and the local diagnosis. The target diagnosis tool, the dynamic library and the diagnosis software are all application programs installed in the diagnosis equipment, and the target diagnosis tool is integrated with two diagnosis processes of remote diagnosis and local diagnosis.
In one specific embodiment, the process of diagnosing the fault of the vehicle according to the diagnostic process corresponding to the remote diagnostic event includes: detecting whether the diagnostic equipment is accessed to the Internet; if so, writing the IP address of the diagnostic equipment into a second registry, and establishing network connection between the diagnostic equipment and the communication connector; the communication connector is in communication connection with the vehicle; if the diagnosis software is started, establishing network connection between the dynamic library and the target diagnosis tool; and updating the flag bit to a second target value indicating that the diagnostic software is running, and performing fault diagnosis on the vehicle by using the diagnostic software.
Specifically, establishing a network connection between the dynamic library and the target diagnostic tool includes: the dynamic library reads the IP address of the device from the second registry and establishes a network connection with the target diagnostic tool using the IP address. Of course, the dynamic library and the target diagnostic tool may establish a communication connection in a memory sharing manner. The IP address of the device may be a local loopback address of the device, or an IP address of a network card in the device.
And if the diagnosis equipment does not access the Internet, generating and displaying a prompt message without network connection.
Wherein, if the diagnostic software is started, before establishing the network connection between the dynamic library and the target diagnostic tool, the method further comprises: judging whether the diagnostic equipment and the communication connector establish network connection or not; if so, generating and displaying a prompt message for starting the diagnostic software so that a user can start the diagnostic software; if not, executing the step of generating and displaying the prompt message without network connection.
In a specific embodiment, the process of diagnosing the fault of the vehicle according to the diagnostic process corresponding to the local diagnostic event includes: inquiring the IP address of the communication connector, and writing the IP address into a second registry; the communication connector is in communication connection with the vehicle; if the diagnosis software is started, establishing network connection between the dynamic library and the communication connector; and updating the flag bit to a second target value indicating that the diagnostic software is running, and performing fault diagnosis on the vehicle by using the diagnostic software.
Specifically, the establishing of the network connection between the dynamic library and the communication connector includes: the dynamic library reads the IP address of the communication connector from the second registry and establishes a network connection with the communication connector according to the IP address.
It should be noted that, the remote diagnosis and the local diagnosis are integrated into the same diagnosis device, and the remote diagnosis and the local diagnosis are set to be executed in parallel, so that the remote diagnosis corresponds to a second registry, and the second registry is used for storing the IP address of the PC. The local diagnostics correspond to another second registry for storing the IP address of the VCI box. That is, the remote diagnosis and the local diagnosis are set to be executed in parallel, and the remote diagnosis and the local diagnosis correspond to different second registries. In the initial state, the IP address in the second registry is a default IP address, and the default IP address is as follows: 0.0.0.0.
it can be seen that, the diagnostic device provided by the embodiment receives the diagnostic instruction input by the user; firstly, judging whether the diagnostic software is idle; if the diagnostic software is idle, indicating that a new diagnostic process can be executed, calling a function corresponding to the diagnostic instruction to trigger a corresponding diagnostic event, wherein the diagnostic event is a remote diagnostic event or a local diagnostic event; and further carrying out fault diagnosis on the vehicle according to the diagnosis process corresponding to the diagnosis event. Therefore, the remote diagnosis and the local diagnosis are integrated in the same diagnosis device, frequent tool switching in the diagnosis process can be avoided, convenience is provided for users, and the diagnosis efficiency is improved.
The specific implementation process of integrating the remote diagnosis and the local diagnosis into the same diagnosis device and setting the alternative execution of the remote diagnosis and the local diagnosis can be referred to fig. 5. Remote diagnostics and local diagnostics are integrated into the target diagnostic tool.
In FIG. 5, when a user turns on a target diagnostic tool in a diagnostic device (PC), then the target diagnostic tool reads the current assignment of the flag bit in the first registry; if the current value is 1 (namely the second target value), the diagnostic software is indicated to be running, and a user is prompted that a diagnostic mode cannot be selected currently; if the current value is 0 (i.e., the first target value), it indicates that the diagnostic software is idle, and the user is prompted that a diagnostic mode can be currently selected.
The storage path of the first registry in the PC may be: the computer \ HKEY _ CURRENT _ USER \ Software \ SmartBoxTool 3.0\ IsLoad, which is a flag bit, and judges whether the diagnosis is in progress or not according to the value of the IsLoad.
The home interface of the target diagnosis tool may present two options (as shown in fig. 2), one is local diagnosis and one is remote diagnosis, and the two options can be selected alternatively. These two modes cannot be selected simultaneously. When the user clicks any option, the target diagnosis tool judges whether the diagnosis is in progress according to the value of the IsLoad; if the IsLoad is 0, prompting the user to select a diagnosis mode; if IsLoad is 1, the user is prompted that the diagnosis is in progress, please later.
If the user clicks the local diagnosis and IsLoad is 0, then the local diagnosis process is entered. See fig. 5 for local diagnostic flow. As shown in fig. 5, if the user clicks the local diagnosis, the target diagnosis tool creates a broadcast service to query the IP address of the VCI box, and then stores the queried IP address into a second registry, where the storage path of the second registry in the PC may be: computer \ HKEY _ CURRENT _ USER \ Software \ SmartBoxTool 3.0\ Addr. And then the target diagnosis tool prompts a user to open the diagnosis software, if the diagnosis software is started, the dynamic library is called, at the moment, the dynamic library reads the IP address of the VCI box from the second registry, and the communication connection between the dynamic library and the VCI box is established. This communication connection may be a TCP network link and the port of the VCI box is 22488. Before the diagnostic software runs, IsLoad is modified to 1, after which local diagnostics are started. And if the local diagnosis is finished, modifying IsLoad to 0.
If the user clicks remote diagnosis and Isload is 0, then the remote diagnosis process is entered. See fig. 5 for a remote diagnosis process. As shown in fig. 5, if the user clicks the remote diagnosis, the target diagnosis tool detects whether the PC is connected to the internet; if not, prompting to check the network connection, and timing to wait; if the waiting time is overtime, the current diagnosis process is ended. The waiting time of the timing can be flexibly adjusted, such as 3 minutes. If the PC has access to the Internet, the IP address of the PC (e.g. 127.0.0.1 of the local loopback address of the PC) is stored in a second registry, and the storage path of the second registry in the PC can be: computer \ HKEY _ CURRENT _ USER \ Software \ SmartBoxTool 3.0\ Addr. And then, directly connecting the target diagnosis tool and the VCI box through a transfer server or P2P to establish network connection, and if the network connection is ready, prompting that the network connection is ready by the target diagnosis tool and opening diagnosis software. If the diagnostic software is started, the IP address of the PC is read from the second registry, and a TCP network link of the dynamic library and the target diagnostic tool is established. Before the diagnostic software runs, IsLoad is modified to 1, after which remote diagnostics are started. And if the remote diagnosis is finished, modifying IsLoad to 0. If the network connection is not ready, the current diagnostic process is ended.
Therefore, the remote diagnosis and the local diagnosis are integrated in the same diagnosis device, and the remote diagnosis and the local diagnosis are alternatively executed, so that the multiplexing of the dynamic library and the diagnosis software is realized.
A vehicle diagnostic apparatus provided in an embodiment of the present application is described below, and a vehicle diagnostic apparatus described below and a vehicle diagnostic method described above may be referred to each other.
Referring to fig. 6, an embodiment of the present application discloses a vehicle diagnostic apparatus applied to a diagnostic device, including:
a receiving module 601, configured to receive a diagnosis instruction input by a user;
a judging module 602, configured to judge whether the diagnostic software is idle;
a calling module 603, configured to call, if the diagnostic software is idle, a function corresponding to the diagnostic instruction to trigger a diagnostic event, where the diagnostic event is a remote diagnostic event or a local diagnostic event;
and the diagnosis module 604 is configured to perform fault diagnosis on the vehicle according to the diagnosis process corresponding to the diagnosis event.
In a specific embodiment, the determining module is specifically configured to:
judging whether a flag bit in the first registry is a first target value representing that the diagnostic software is idle; if yes, executing the steps in the calling module.
In one embodiment, the diagnostic module comprises:
the detection unit is used for detecting whether the diagnosis equipment is accessed to the Internet or not if the diagnosis event is a remote diagnosis event;
the first establishing unit is used for writing the IP address of the diagnostic equipment into a second registry and establishing network connection between the diagnostic equipment and the communication connector if the diagnostic equipment has access to the Internet; the communication connector is in communication connection with the vehicle;
the second establishing unit is used for establishing network connection between the dynamic library and the target diagnosis tool if the diagnosis software is started;
and a first diagnosis unit for updating the flag bit to a second target value indicating that the diagnosis software is running and diagnosing the fault of the vehicle by using the diagnosis software.
In one embodiment, the diagnostic module further comprises:
and the first display unit is used for generating and displaying a prompt message without network connection if the diagnosis equipment does not access the Internet.
In one embodiment, the diagnostic module further comprises:
the judging module is used for judging whether the diagnostic equipment and the communication connector establish network connection;
the second display unit is used for generating and displaying a prompt message for starting the diagnostic software if the diagnostic equipment and the communication connector establish network connection so that a user can start the diagnostic software;
and the execution unit is used for executing the steps in the first display unit if the network connection between the diagnosis equipment and the communication connector is not established.
In one embodiment, the diagnostic module comprises:
the query unit is used for querying the IP address of the communication connector and writing the IP address into a second registry if the diagnosis event is a local diagnosis event; the communication connector is in communication connection with the vehicle;
the third establishing unit is used for establishing network connection between the dynamic library and the communication connector if the diagnostic software is started;
and a second diagnosis unit for updating the flag bit to a second target value indicating that the diagnosis software is running, and diagnosing the fault of the vehicle by using the diagnosis software.
In a specific embodiment, the method further comprises the following steps:
and the updating module is used for updating the flag bit to the first target value if the diagnosis process is finished.
For more specific working processes of each module and unit in this embodiment, reference may be made to corresponding contents disclosed in the foregoing embodiments, and details are not described here again.
Therefore, the present embodiment provides a vehicle diagnostic apparatus, which integrates remote diagnosis and local diagnosis into the same diagnostic device, so as to avoid frequent tool switching during diagnosis, provide convenience for users, and improve diagnosis efficiency.
In the following, a vehicle diagnostic apparatus provided by an embodiment of the present application is described, and a vehicle diagnostic apparatus described below and a vehicle diagnostic method and device described above may be referred to each other.
Referring to fig. 7, an embodiment of the present application discloses a vehicle diagnostic apparatus including:
a memory 701 for storing a computer program;
a processor 702 for executing the computer program to implement the method disclosed in any of the embodiments above.
A readable storage medium provided by the embodiments of the present application is described below, and a readable storage medium described below and a vehicle diagnosis method, apparatus and device described above may be referred to with each other.
A readable storage medium for storing a computer program, wherein the computer program, when executed by a processor, implements the vehicle diagnostic method disclosed in the foregoing embodiment. For the specific steps of the method, reference may be made to the corresponding contents disclosed in the foregoing embodiments, which are not described herein again.
References in this application to "first," "second," "third," "fourth," etc., if any, are intended to distinguish between similar elements and not necessarily to describe a particular order or sequence. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that the embodiments described herein may be practiced otherwise than as specifically illustrated or described herein. Furthermore, the terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, or apparatus.
It should be noted that the descriptions in this application referring to "first", "second", etc. are for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In addition, technical solutions between various embodiments may be combined with each other, but must be realized by a person skilled in the art, and when the technical solutions are contradictory or cannot be realized, such a combination should not be considered to exist, and is not within the protection scope of the present application.
The embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts among the embodiments are referred to each other.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), memory, Read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of readable storage medium known in the art.
The principle and the implementation of the present application are explained herein by applying specific examples, and the above description of the embodiments is only used to help understand the method and the core idea of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.

Claims (8)

1. A vehicle diagnostic method is applied to a diagnostic apparatus, and includes:
receiving a diagnosis instruction input by a user;
judging whether the diagnostic software is idle or not;
if so, calling a function corresponding to the diagnosis instruction to trigger a diagnosis event, wherein the diagnosis event is a remote diagnosis event or a local diagnosis event; the remote diagnosis and the local diagnosis are executed in parallel and correspond to different diagnosis software;
carrying out fault diagnosis on the vehicle according to the diagnosis process corresponding to the diagnosis event;
wherein, the judging whether the diagnosis software is idle comprises:
judging whether a flag bit in a first registry is a first target value representing that the diagnostic software is idle;
if yes, executing the step of calling a function trigger diagnosis event corresponding to the diagnosis instruction;
the fault diagnosis of the vehicle according to the diagnosis process corresponding to the diagnosis event comprises the following steps:
if the diagnosis event is a remote diagnosis event, detecting whether the diagnosis equipment is accessed to the Internet or not;
if yes, writing the IP address of the diagnosis equipment into a second registry, and establishing network connection between the diagnosis equipment and a communication connector; the communication connector is in communication connection with the vehicle;
if the diagnosis software is started, establishing network connection between a dynamic library and a target diagnosis tool;
and updating the zone bit to a second target value indicating that the diagnostic software is running, and performing fault diagnosis on the vehicle by using the diagnostic software.
2. The vehicle diagnostic method according to claim 1, characterized by further comprising:
and if the diagnosis equipment does not access the Internet, generating and displaying a prompt message without network connection.
3. The vehicle diagnostic method of claim 2, wherein before establishing a network connection between the dynamic library and the target diagnostic tool if the diagnostic software is enabled, further comprising:
judging whether the diagnostic equipment and the communication connector establish network connection or not;
if so, generating and displaying a prompt message for starting the diagnostic software so that a user can start the diagnostic software;
if not, executing the step of generating and displaying the prompt message without network connection.
4. The vehicle diagnosis method according to claim 1, wherein the diagnosing a fault of the vehicle according to the diagnosis flow corresponding to the diagnosis event comprises:
if the diagnosis event is a local diagnosis event, inquiring the IP address of the communication connector, and writing the IP address into a second registry; the communication connector is in communication connection with the vehicle;
if the diagnostic software is started, establishing network connection between a dynamic library and the communication connector;
and updating the zone bit to a second target value indicating that the diagnostic software is running, and performing fault diagnosis on the vehicle by using the diagnostic software.
5. The vehicle diagnostic method according to any one of claims 1 to 4, characterized by further comprising:
and if the diagnosis process is finished, updating the flag bit to the first target value.
6. A vehicle diagnostic device, applied to a diagnostic apparatus, comprising:
the receiving module is used for receiving a diagnosis instruction input by a user;
the judging module is used for judging whether the diagnostic software is idle or not;
the calling module is used for calling a function corresponding to the diagnosis instruction to trigger a diagnosis event if the diagnosis software is idle, wherein the diagnosis event is a remote diagnosis event or a local diagnosis event; the remote diagnosis and the local diagnosis are executed in parallel and correspond to different diagnosis software;
the diagnosis module is used for diagnosing the fault of the vehicle according to the diagnosis process corresponding to the diagnosis event;
wherein, the judging module is specifically used for:
judging whether a flag bit in the first registry is a first target value representing that the diagnostic software is idle; if yes, executing the step in the calling module;
wherein the diagnostic module comprises:
the detection unit is used for detecting whether the diagnosis equipment is accessed to the Internet or not if the diagnosis event is a remote diagnosis event;
the diagnostic equipment comprises a first establishing unit, a second establishing unit and a communication connector, wherein the first establishing unit is used for writing the IP address of the diagnostic equipment into a second registry and establishing the network connection between the diagnostic equipment and the communication connector if the diagnostic equipment has access to the Internet; the communication connector is in communication connection with the vehicle;
the second establishing unit is used for establishing network connection between the dynamic library and the target diagnosis tool if the diagnosis software is started;
and the first diagnosis unit is used for updating the flag bit to a second target value indicating that the diagnosis software is running and diagnosing the fault of the vehicle by using the diagnosis software.
7. A vehicle diagnostic apparatus characterized by comprising:
a memory for storing a computer program;
a processor for executing the computer program to implement the vehicle diagnostic method according to any one of claims 1 to 5.
8. A readable storage medium for storing a computer program, wherein the computer program, when executed by a processor, implements the vehicle diagnostic method according to any one of claims 1 to 5.
CN201911338637.0A 2019-12-23 2019-12-23 Vehicle diagnosis method, device, equipment and readable storage medium Active CN110888418B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911338637.0A CN110888418B (en) 2019-12-23 2019-12-23 Vehicle diagnosis method, device, equipment and readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911338637.0A CN110888418B (en) 2019-12-23 2019-12-23 Vehicle diagnosis method, device, equipment and readable storage medium

Publications (2)

Publication Number Publication Date
CN110888418A CN110888418A (en) 2020-03-17
CN110888418B true CN110888418B (en) 2021-08-10

Family

ID=69752856

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911338637.0A Active CN110888418B (en) 2019-12-23 2019-12-23 Vehicle diagnosis method, device, equipment and readable storage medium

Country Status (1)

Country Link
CN (1) CN110888418B (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111600883A (en) * 2020-05-15 2020-08-28 深圳市元征科技股份有限公司 Vehicle diagnosis method and system, electronic equipment and storage medium
CN111741075A (en) * 2020-05-28 2020-10-02 深圳市元征科技股份有限公司 Communication connection method, vehicle remote connection system and connection equipment
CN112147983B (en) * 2020-09-27 2022-01-04 深圳市元征科技股份有限公司 Vehicle diagnosis method and device, electronic equipment and storage medium
CN112684776A (en) * 2020-12-18 2021-04-20 华人运通(上海)云计算科技有限公司 Diagnostic method, diagnostic apparatus, diagnostic system, and storage medium
CN113110890A (en) * 2021-04-20 2021-07-13 上海华东汽车信息技术有限公司 Dynamic link library calling method and device, computer equipment and storage medium
CN113204227B (en) * 2021-04-26 2023-04-18 江苏徐工工程机械研究院有限公司 Cloud collaborative fault diagnosis system and method for layered modular engineering machinery
CN115291593A (en) * 2022-10-08 2022-11-04 江铃汽车股份有限公司 Vehicle remote diagnosis method, system, storage medium and equipment

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7299279B2 (en) * 2002-12-30 2007-11-20 General Electric Company System and method for real-time viewing of monitoring system data
US8280581B2 (en) * 2008-05-07 2012-10-02 Spx Corporation Dynamic discovery of vehicle communication interface device and method
CN201281821Y (en) * 2008-08-29 2009-07-29 比亚迪股份有限公司 Automobile failure diagnosis system
CN101718991B (en) * 2009-11-06 2015-05-27 深圳市元征软件开发有限公司 Vehicle diagnosis system and method based on mobile phone platform
CN101795286B (en) * 2009-12-31 2015-06-17 深圳市元征软件开发有限公司 Vehicle diagnosis system and method based on 3G network
CN202073640U (en) * 2011-06-17 2011-12-14 北京金银建科技发展有限公司 Monitoring device for state of automobile engine
CN102594929A (en) * 2012-04-09 2012-07-18 天津一汽夏利汽车股份有限公司 Vehicle-mounted information center control unit
CN103076799B (en) * 2013-01-05 2015-10-28 深圳市元征软件开发有限公司 The vehicle-state diagnostic method that picture and text combine
CN105025058B (en) * 2014-04-28 2018-11-23 广州汽车集团股份有限公司 Vehicle remote diagnosis method, remote vehicle monitoring method and car-mounted terminal
CN105095062B (en) * 2014-05-09 2019-05-17 腾讯科技(深圳)有限公司 Applied program testing method and system
CN104008078B (en) * 2014-05-27 2017-02-15 安徽中兴继远信息技术股份有限公司 Method for high-speed transmission between data transmission boards based on FPGA
CN205028080U (en) * 2015-10-13 2016-02-10 广西美广智能科技有限公司 Intelligent host computer of integrated CAN bus and 485 techniques
CN108521459A (en) * 2018-04-04 2018-09-11 深圳市道通科技股份有限公司 Diagnostic method, relevant device and the system of the vehicles
CN109213131A (en) * 2018-11-22 2019-01-15 奇瑞汽车股份有限公司 Coordination method for automobile fault diagnosis conflict
CN110488794A (en) * 2019-07-11 2019-11-22 深圳市元征科技股份有限公司 A kind of vehicle trouble processing method, diagnostic device and storage medium

Also Published As

Publication number Publication date
CN110888418A (en) 2020-03-17

Similar Documents

Publication Publication Date Title
CN110888418B (en) Vehicle diagnosis method, device, equipment and readable storage medium
CN110808897A (en) Proxy access method, user equipment, storage medium, device and system
US8010849B2 (en) Diagnosing faults within programs being executed by virtual machines
CN107957837B (en) Method and device for generating shortcut of webpage application program and terminal equipment
EP3454605A1 (en) Network search method and apparatus under double-card mode, and computer storage medium
US20040249906A1 (en) Device discovery and configuration utilizing DHCP protocol
CN111176695A (en) Vehicle ECU configuration method, server and terminal
WO2021142822A1 (en) Vehicle diagnosis method, vehicle diagnosis device and storage medium
CN111474923A (en) Vehicle diagnosis method, device and equipment
CN113407383A (en) Main/standby system switching method and device, server and main/standby system
CN110968296A (en) Data acquisition method, device, equipment and readable storage medium
CN113490192A (en) Bluetooth connection method, device, terminal equipment and readable storage medium
CN109062581B (en) Terminal equipment side driver processing method, device and equipment
CN104375831B (en) Realize the methods, devices and systems of the webpage and inter-application communication on terminal device
CN109451499A (en) A kind of method and apparatus connecting wireless access point
CN111212155B (en) Log debugging method, television and storage medium
CN110830263B (en) Automatic login method and device for vehicle-mounted system
CN108446144B (en) Application program starting method and device, terminal and storage medium
CN106844073B (en) Method for diagnosing application, diagnosis client and system
CN115685959A (en) Diagnostic write configuration test method, device, equipment and storage medium
CN110673859B (en) Graphic database deployment method, device, equipment and readable storage medium
CN115437617A (en) Vehicle control code automatic generation method and device, storage medium and electronic equipment
CN111049795B (en) Method and device for detecting sensitive data unencrypted vulnerability of distributed Web application
CN111813578B (en) Method and assembly for debugging 64-bit application program by 32-bit IDE, and debugging system
CN109697356B (en) Application software permission adaptation method and device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant