WO2022095790A1 - 一种汽车故障诊断方法、系统和汽车故障诊断仪 - Google Patents

一种汽车故障诊断方法、系统和汽车故障诊断仪 Download PDF

Info

Publication number
WO2022095790A1
WO2022095790A1 PCT/CN2021/127135 CN2021127135W WO2022095790A1 WO 2022095790 A1 WO2022095790 A1 WO 2022095790A1 CN 2021127135 W CN2021127135 W CN 2021127135W WO 2022095790 A1 WO2022095790 A1 WO 2022095790A1
Authority
WO
WIPO (PCT)
Prior art keywords
fault
information
source
vehicle
user
Prior art date
Application number
PCT/CN2021/127135
Other languages
English (en)
French (fr)
Inventor
钟隆辉
徐冬冬
刘福奇
Original Assignee
深圳市道通科技股份有限公司
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 深圳市道通科技股份有限公司 filed Critical 深圳市道通科技股份有限公司
Publication of WO2022095790A1 publication Critical patent/WO2022095790A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
    • G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24065—Real time diagnostics

Definitions

  • the present application relates to the technical field of automobile diagnosis, and in particular, to an automobile fault diagnosis method, system and automobile fault diagnosis instrument.
  • the technical problem mainly solved by the embodiments of the present invention is how to improve the efficiency of vehicle fault diagnosis.
  • a technical solution adopted by the embodiments of the present invention is to provide a method for diagnosing automobile faults, including:
  • Car fault diagnosis is performed according to the detection process information.
  • the obtaining vehicle fault information includes:
  • Control the vehicle diagnostic measurement equipment to communicate with the vehicle, and obtain the vehicle's fault codes and data streams through the vehicle diagnostic measurement equipment; or,
  • the receiving vehicle fault information input by the user includes:
  • At least one vehicle fault information selected by the user from the provided fault description selection list is received.
  • the suspected fault sources are sorted according to the classification of each system component of the vehicle and the probability of occurrence of the fault;
  • the suspected fault sources are displayed according to the classification and the ordering.
  • obtaining the determined fault source according to the user's operation on the displayed suspicious fault source includes:
  • a new fault source added by the user is received, and a set of the displayed suspicious fault source and the new fault source is obtained as the determined fault source.
  • receiving the new fault source added by the user includes:
  • the new fault source includes a fault source determined by the user according to a preset newly added fault source table, and/or a fault source determined by the user according to historical maintenance cases.
  • acquiring the fault source determined by the user according to a preset newly added fault source table includes:
  • the preset newly added fault source table includes names, inspection components, measurement tools, inspection instructions, disassembly instructions, circuit diagrams, and component terminals at least one of the figures;
  • the source of the fault is determined according to the information input by the user.
  • acquiring the fault source determined by the user according to the historical maintenance case includes:
  • the fault source imported by the user according to the historical maintenance case is received, where the fault source is fault information to be checked in the historical maintenance case.
  • the detection process information includes a detection plan, and the detection plan is used to formulate detection and maintenance steps of the determined fault source and a detection and maintenance sequence of each fault source in the determined fault source.
  • the detection process information further includes at least one of vehicle technical data information and maintenance case information.
  • the method further includes:
  • a test window and the detection process information are displayed on the same interface.
  • the method also includes:
  • the method further includes:
  • the editing template for displaying the maintenance case includes:
  • An editing template of a maintenance case including the detection process information is displayed, and in the editing template, the detection process information is in an editable state.
  • the editing template further includes a new module for receiving new content input by the user.
  • an automobile fault diagnosis instrument comprising: at least one processor; a memory communicatively connected to the at least one processor; wherein, the memory Stored are instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the vehicle fault diagnosis method as described above.
  • an automobile fault diagnosis system including: the above-mentioned automobile fault diagnosis instrument; a cloud server, the cloud server and the automobile fault diagnosis system Instrument communication connection; automobile diagnostic measuring equipment, the automobile diagnostic measuring equipment is communicatively connected with the automobile fault diagnosis instrument.
  • the embodiment of the present invention obtains vehicle information and vehicle fault information, and uploads the information to the cloud server.
  • the cloud server returns the suspected fault source according to the information, and the user operates on the displayed suspicious fault source.
  • Obtain the determined fault source send the determined fault source to the cloud server, receive the detection process information returned by the cloud server, and finally perform vehicle fault diagnosis according to the detection process information.
  • the method for diagnosing automobile faults, the instrument for diagnosing automobile faults, and the system for diagnosing automobile faults provided by the embodiments of the present invention can enable users to access the cloud through a mobile terminal during the process of automobile fault maintenance and detection, and obtain relevant technical data of automobile detection and automobile diagnosis assistance, Thus, the efficiency of vehicle fault diagnosis is improved, especially for the maintenance technicians of small auto repair shops.
  • FIG. 1 is a schematic structural diagram of a vehicle fault diagnosis system provided by an embodiment of the present invention.
  • FIG. 2 is a schematic structural diagram of an automobile fault diagnosis instrument 10 provided by an embodiment of the present invention.
  • FIG. 3 is an overall functional block diagram of the vehicle fault diagnosis system provided by an embodiment of the present invention.
  • FIG. 4 is a flowchart of a method for diagnosing an automobile fault according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a method for diagnosing an automobile fault according to another embodiment of the present invention.
  • FIG. 6 is a flowchart of a method for diagnosing an automobile fault provided by another embodiment of the present invention.
  • FIG. 7a to 7f are system schematic diagrams of an automobile fault diagnosis method provided by an embodiment of the present invention.
  • FIG. 8 is a structural block diagram of an automobile fault diagnosis apparatus provided by an embodiment of the present invention.
  • FIG. 1 is a schematic structural diagram of an automobile fault diagnosis system provided by an embodiment of the present invention.
  • the system 100 includes: an automobile fault diagnosis instrument 10 , a cloud server 20 and an automobile diagnostic measuring device 30 .
  • the automobile fault diagnosis instrument 10 is respectively connected in communication with the cloud server 20 and the automobile diagnostic measuring device 30 , and the automobile diagnostic measuring device 30 is connected to the automobile to be diagnosed.
  • the automobile fault diagnosis instrument 10 may establish a communication connection with the automobile diagnostic measuring device 30 through a wireless connection (such as WIFI) or a wired connection (such as USB).
  • the vehicle fault diagnosis instrument 10 can be connected to the cloud server 20 through a wireless network such as WIFI, 4G or 5G.
  • FIG. 1 shows only one automobile fault diagnosis instrument 10 , one cloud server 20 and one automobile diagnosis and measurement device 30 , and it can be known that multiple automobile fault diagnosis instruments 10 and multiple automobile diagnosis and measurement devices 30 may also be included.
  • the plurality of automobile fault diagnosis instruments 10 are all connected in communication with the cloud server 20, and the plurality of automobile fault diagnosis instruments and the plurality of automobile diagnosis and measurement devices 30 may be in a one-to-one correspondence.
  • the user when diagnosing a car fault, can obtain the vehicle information and car fault information of the car to be diagnosed through the car fault diagnosis instrument 10 , determine the fault source by querying the cloud server 20 , and obtain the fault source through the cloud server 20 .
  • Detection process information according to the detection process information, the vehicle diagnosis and measurement device 30 is used to diagnose and locate the fault of the vehicle to be diagnosed, determine the specific fault source, and generate a fault report.
  • the maintenance case, the fault report and the maintenance case can be uploaded to the cloud server 20.
  • the detection process information includes a detection plan, and the detection plan is used to formulate detection and maintenance steps of the determined fault sources and a detection and maintenance sequence of each fault source in the determined fault sources.
  • the detection process information may further include at least one of vehicle technical data information and maintenance case information.
  • the fault report includes information such as vehicle information, fault phenomenon, located faulty components, and photos of the components.
  • the maintenance case is a case template generated by the user after locating the problem through his own combined inspection planning steps.
  • the case template includes vehicle information, fault symptoms, the located faulty parts and photos of the parts, and the detection steps to solve the problem.
  • the user can comment on the detection steps, and can also mark the use parameters of the detection tool, and so on.
  • all users can directly upload the user's maintenance detection data (such as fault reports, maintenance cases, comments on fault reports or maintenance cases, etc.) to the cloud server through the automobile fault diagnosis instrument 10. 20. It can be shared to all users through the cloud to assist users in car maintenance diagnosis or provide users with learning reference and experience sharing.
  • the cloud server 20 can also integrate the data uploaded by the user and other data through big data technology, and automatically recommend reasonable detection process information to the user according to the user's vehicle information and fault symptom characteristics, The detection of each step can be associated with the detection tool to guide the user to disassemble and assemble, view the circuit diagram, how to wire and open the detection, and judge the detection results, etc.
  • the system 100 can provide query and sharing of user maintenance experience, provide more ways of diagnosing automobile faults, and improve the efficiency of automobile fault diagnosis.
  • the automobile fault diagnosis instrument 10 may be various types of diagnosis instrument equipment, and may also be a mobile terminal equipment (such as a smart phone, a tablet computer, a notebook computer, etc.).
  • the automobile fault diagnosis instrument 10 is used for automobile fault diagnosis.
  • it can be specifically executed through an application program APP, and the application program can run on the automobile fault diagnosis instrument based on the Andro i d7.0 operating system.
  • the application may be an Android APP developed using the Java language.
  • the vehicle fault diagnosis instrument 10 can also use other operating systems, and the application program can also be developed in other languages.
  • the vehicle fault diagnosis instrument 10 may include a vehicle pick-up module, a suspicious fault source information confirmation module, a modification and customization module, a detection process generation and process execution control module, a maintenance case display, editing, uploading and sharing module, and a detection result report generation and display module. Wait.
  • the car pick-up module can be used to help users input the vehicle brand, year model, mileage, fault symptom characteristics, historical maintenance information, fault phenomenon information, etc.
  • the suspected fault source information confirmation module is used to determine the fault source of the vehicle.
  • Modification and customization modules can be used to allow users to modify and customize fault sources.
  • the detection process generation and process execution control module is used to generate a detection plan according to the detection process information, and perform vehicle fault diagnosis according to the detection plan.
  • the maintenance case display, editing, uploading and sharing module is used to upload the maintenance cases generated in the process of vehicle fault diagnosis to the cloud server 20, wherein the user can edit the generated maintenance cases, such as editing the title of the maintenance case and the description of the diagnosis idea, and to the middle
  • the measurement information of a certain step is commented (such as the signal waveform feature comment), and the user can also add videos and pictures during the diagnosis process to the maintenance case.
  • the detection result report generation and display module is used to obtain the fault report in the process of automobile fault diagnosis, and upload the fault report to the cloud server 20.
  • the fault report and the maintenance case can also be displayed on the automobile fault diagnosis instrument 10 or the cloud server 20. .
  • the vehicle fault diagnosis instrument 10 includes: one or more processors 11 and a memory 12 , and one processor 11 is taken as an example in FIG. 2 .
  • the processor 11 and the memory 12 may be connected by a bus or in other ways, and the connection by a bus is taken as an example in FIG. 2 .
  • the memory 12 can be used to store non-volatile software programs, non-volatile computer-executable programs and modules, such as the above-mentioned vehicle pick-up module, suspected fault source information confirmation module, modification And custom module, generation detection process and process execution control module, maintenance case display and editing upload and sharing module, detection result report generation and display module.
  • the processor 11 executes various functional applications and data processing of the automobile fault diagnosis instrument 10 by running the non-volatile software programs, instructions and modules stored in the memory 12, that is, realizes the automobile fault diagnosis in the following method embodiments. method.
  • the memory 12 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to the use of the following automobile fault diagnosis apparatus, etc. .
  • memory 12 may include high speed random access memory, and may also include nonvolatile memory, such as at least one magnetic disk storage device, flash memory device, or other nonvolatile solid state storage device.
  • the memory 12 may optionally include memory located remotely relative to the processor 11, and these remote memories may be connected via a network to an automotive fault diagnosis device described below. Examples of such networks include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.
  • the one or more modules are stored in the memory 12, and when executed by the one or more processors 11, execute the vehicle fault diagnosis method in any of the following method embodiments, for example, execute the diagrams described below.
  • the vehicle fault diagnosis instrument 10 can execute the vehicle fault diagnosis method provided by the embodiment of the present invention, and has functional modules and beneficial effects corresponding to the execution method. For technical details not described in detail in this embodiment, reference may be made to the method provided by the embodiment of the present invention.
  • the cloud server 20 may specifically be a server or a server cluster.
  • the cloud server 20 may be a micro-service basic framework system based on SpringCloud, and the services provided by the system include vehicle information service, fault symptom feature information service, detection process information service, automobile technical data information service, maintenance case content information service, maintenance.
  • Case recommendation service and provide mobile terminal with vehicle information, vehicle symptom feature information associating detection process, associating vehicle technical information and associating maintenance case information interface service.
  • Each service supports access query modification of information.
  • the maintenance case recommendation service may be recommended according to the user's query and reading of the maintenance case article reading popularity on the mobile terminal and the vehicle brand information currently selected by the user.
  • the mobile terminal may be the above-mentioned automobile fault diagnosis instrument 10 .
  • the cloud server 20 is specifically configured to obtain the suspected fault source according to the vehicle information and the vehicle fault information uploaded by the vehicle fault diagnosis instrument 10, and the vehicle information includes the VIN code, brand, model, and year of the vehicle. , engine model, mileage, historical maintenance records or the latest maintenance records, etc.
  • the vehicle fault information includes fault phenomena and fault characteristics.
  • the cloud server 20 integrates the vehicle information and the vehicle fault information to obtain a possible fault source, that is, a suspected fault source, and sends the suspected fault source to the vehicle fault diagnosis instrument 10 .
  • the suspected fault source displayed on the automobile fault diagnosis instrument 10 can be edited by the user (such as confirming, deleting, selecting, adding, etc.), and finally determining the fault source.
  • the cloud server 20 generates detection process information according to the determined fault source, wherein , the cloud server 20 stores information on the source of failures corresponding to vehicles of various types and years, and methods for solving the failures, such as historical maintenance cases, case analysis, inspection reports, and the like.
  • the cloud service 20 may generate detection process information corresponding to the vehicle currently to be diagnosed according to the above stored information and the determined fault source, and send the detection process information to the vehicle fault diagnosis instrument 10 .
  • the cloud server 20 can aggregate all the information related to car diagnosis, and the information can be continuously updated. Based on the cloud server 20, the user can be more intelligent when performing car diagnosis according to the car fault diagnosis instrument 10. In addition, it is of great help to improve the practical skills and professional knowledge and skills of automobile maintenance technicians.
  • the automobile diagnosis and measurement device 30 is a device that supports diagnosis and measurement functions such as automobile communication diagnosis, oscilloscope, multimeter, signal generator, and OBD bus analysis.
  • the automobile diagnostic measuring device 30 can be used to read information such as fault codes and data streams of the automobile.
  • an instruction may be sent to the vehicle diagnostic measuring device 30 to realize the relevant diagnosis function. For example, in each process step, the signal waveform, current, voltage, etc. of a certain part of the car may be measured.
  • the four analog channels and the multimeter interface in the car diagnostic measurement device 30 can be used to measure a certain part of the car.
  • the measurement device 30 returns the measurement result to the automobile fault diagnosis instrument 10, and the automobile fault diagnosis instrument 10 distinguishes the next detection or the end of the detection according to the measurement result.
  • this embodiment also provides an overall functional block diagram of the vehicle fault diagnosis system 100 , and the system 100 implements the above-mentioned vehicle fault diagnosis instrument 10 , the cloud server 20 and the vehicle diagnosis measurement device 30 various functions.
  • the automobile fault diagnosis system 100 mainly includes four subsystems, which are a vehicle communication diagnosis system, an automobile component measurement system, an OBD diagnosis system, and a cloud service system. The functions and associations of these four subsystems are shown in Figure 3.
  • the automobile fault diagnosis system improves the efficiency of automobile fault diagnosis on the one hand; on the other hand, realizes the big data, interconnection and intelligence of automobile fault diagnosis. It provides a more convenient way for users to learn car diagnosis, actual operation and experience sharing, and facilitates communication between different users.
  • FIG. 4 is a flowchart of a method for diagnosing an automobile fault according to an embodiment of the present invention. The method is executed by the above-mentioned automobile fault diagnosing instrument 10, and the method includes:
  • the acquiring the vehicle fault information includes: controlling the vehicle diagnosis and measurement device to communicate with the vehicle, and acquiring the vehicle's fault code and data stream through the vehicle diagnosis and measurement device.
  • the automobile diagnostic measuring equipment can read the fault code and data stream based on the J2534 communication protocol.
  • Acquiring the vehicle fault information further includes: receiving vehicle fault information input by a user.
  • the vehicle fault information received by the user includes:
  • At least one vehicle fault information selected by the user from the provided fault description selection list is received.
  • the fault description list can be used to record common fault information corresponding to the current vehicle model, and the user can select one or more fault information.
  • the vehicle information includes, but is not limited to, the VIN code, brand, model, year, engine model, mileage, historical maintenance records or last maintenance records of the vehicle.
  • the vehicle fault information includes fault phenomena and fault characteristics, and the like.
  • the failure phenomenon is a natural phenomenon that occurs when the failure occurs, such as engine roaring and the like.
  • the fault feature is a feature that is characterized when the fault phenomenon occurs, such as no initial combustion of the engine.
  • the suspected fault source is obtained by analyzing the vehicle information and the vehicle fault information, which parts of the vehicle may have faulty faults.
  • the finally displayed suspected fault source may be sorted according to the classification of various system components of the automobile and sorted according to the probability of failure, and displayed according to the classification and the sorting.
  • the user is required to determine the final fault source according to the displayed suspicious fault source, thereby ensuring the accurate location of the fault source and improving the accuracy of vehicle fault diagnosis.
  • obtaining the determined fault source according to the user's operation on the displayed suspicious fault source includes:
  • a new fault source added by the user is received, and a set of the displayed suspicious fault source and the new fault source is obtained as the determined fault source.
  • the above confirmation operation is that the user operates the “select all” button on the automobile diagnostic instrument 10, so as to select all the suspected fault sources with one click.
  • the user can also select some of the suspected fault sources as the confirmed fault sources. Actions for selecting possible fault sources include, but are not limited to, clicking on the screen, checking the fault source number, and voice selection.
  • the user can also delete one or more of the suspected fault sources, and the remaining suspicious fault sources are regarded as the confirmed fault sources.
  • receiving the new fault source added by the user includes: according to the provided classification result of the suspicious fault source, receiving the new fault source added by the user in the classification result;
  • the new fault source includes a fault source determined by the user according to a preset newly added fault source table, and/or a fault source determined by the user according to historical maintenance cases.
  • acquiring the fault source determined by the user according to the preset newly added fault source table includes:
  • the preset newly added fault source table includes the name, testing components, measurement tools, testing instructions, disassembly instructions, circuit diagrams and component terminal diagrams At least one of: determining the fault source according to the information input by the user.
  • acquiring the fault source determined by the user according to the historical maintenance case includes: acquiring the historical maintenance case; receiving the fault source imported by the user according to the historical maintenance case, where the fault source is the fault information to be checked in the historical maintenance case .
  • the user can edit the new fault source according to the preset new fault source table.
  • New fault sources can also be imported based on historical maintenance cases.
  • the newly added fault source table may be updated in real time, for example, the preset newly added fault source table may be adjusted by a user according to current requirements.
  • the historical maintenance case may also be a historical maintenance case related to the current vehicle information to be diagnosed, which includes classic cases, and the classic cases include the successful cases with the most historical views, the most comments or the most likes, and the classic failures case. This enriches fault source information and provides a reference for fault diagnosis and the generation of subsequent diagnosis cases.
  • S104 Send the determined fault source to the cloud server, and receive and display the detection process information returned by the cloud server according to the determined fault source;
  • the detection process information includes a detection plan, and the detection plan is used to formulate detection and maintenance steps of the determined fault source and a detection and maintenance sequence of each fault source in the determined fault source. If the determined fault sources include multiple fault sources, the detection and maintenance steps for each fault source and the detection and maintenance sequence for all fault sources can be provided.
  • the detection process information also includes at least one of vehicle technical data information and maintenance case information.
  • vehicle technical data information and maintenance case information are used to provide reference for users to generate their own maintenance cases.
  • An embodiment of the present invention provides a method for diagnosing an automobile fault, and for the part not described in detail in this embodiment, reference may be made to the foregoing system embodiment.
  • the automobile fault diagnosis method provided by the embodiments of the present invention improves the efficiency of automobile fault diagnosis on the one hand; on the other hand, realizes the big data, interconnection and intelligence of automobile fault diagnosis. It provides a more convenient way for users to learn car diagnosis, actual operation and experience sharing, and facilitates communication between different users.
  • FIG. 5 is a flowchart of a method for diagnosing an automobile fault according to another embodiment of the present invention. The main difference between FIG. 5 and FIG. 4 is that the method further includes:
  • the inspection plan can be optimized according to the vehicle technical data information and maintenance case information provided by the cloud server. process to modify or confirm.
  • the inspection plan the vehicle technical data information, the maintenance case and the real-time display of the inspection process, etc.
  • the automotive technical data information includes circuit diagrams, inspection instructions, and the like. Through the split-screen display interface, the user can be easily assisted in diagnosing vehicle faults.
  • the maintenance case information includes all maintenance cases related to the current vehicle fault diagnosis. All maintenance cases can be classified and sorted based on machine learning, so that the most relevant maintenance cases are displayed at the top of the case library for the convenience of users to view .
  • the user can input a keyword as required, so as to search and display the maintenance case corresponding to the keyword in the case library.
  • the method for diagnosing automobile faults provided by the embodiments of the present invention further discloses, on the basis of the above method embodiments, that the mobile terminal of the user can receive and display automobile technical data information and maintenance related to the automobile fault diagnosis returned by the cloud server.
  • the case information can thus provide a reference for the user when diagnosing the car, which facilitates the user's diagnosis operation.
  • FIG. 6 is a flowchart of a method for diagnosing an automobile fault according to another embodiment of the present invention.
  • the main difference between FIG. 6 and FIG. 5 is that after the automobile fault diagnosis is performed according to the detection process information, the method further includes:
  • locating the specific fault source refers to the successful discovery of the location of the fault and the cause of the fault.
  • the faulty components can be photographed, and the vehicle information, faulty components, fault causes, displayed fault phenomena and photo information, etc.
  • Repair cases can be generated after the faulty component has been replaced and the commissioning fault has been successfully resolved.
  • the method further includes: displaying an editing template of a maintenance case; receiving an editing operation by a user on the editing template of the maintenance case, The editing operation generates a maintenance case for the determined fault source; uploads the maintenance case to the cloud server.
  • the displaying the editing template of the maintenance case includes: displaying the editing template of the maintenance case including the detection process information, and in the editing template, the detection process information is in an editable state.
  • the user can modify or supplement the detection steps in the detection process information, and can also comment on one or more of the detection steps.
  • the editing template further includes a new module, and the new module is used for receiving new content input by the user. User comments on one or more of the detection steps can be input through the new template.
  • the maintenance case is a case template generated by the user after locating the problem through his own combined inspection and planning steps.
  • the case template includes vehicle information, fault symptoms, located faulty parts and photos of the parts, and solutions to solve the problem. Inspection steps, inspection tools to be used, connection methods and circuit diagrams of inspection tools, precautions in the inspection process, expected results after solving the problem, etc.
  • the maintenance case when the maintenance case is generated, the maintenance case may be directly generated based on the format of the existing maintenance case, or the maintenance case may be customized by the user.
  • the user can edit the content as needed, including the case title, the description of the diagnostic idea, and comments or comments on the measurement information of a certain step in the middle, etc.
  • the user can also set the text format of the maintenance case, including selecting the font, font color, and whether it is specially marked.
  • users can also associate other maintenance cases related to this maintenance case, such as attaching links or sources of other maintenance cases.
  • the generated maintenance case can be uploaded to the cloud server 20 for other users to browse and reference.
  • operations such as “like”, “favorite”, “share”, and “comment” can be performed on the maintenance case by the user.
  • the user can set the authority of the maintenance case for the maintenance case generated by himself, such as "public”, “only visible to himself”, “only visible to friends” and so on.
  • the above method of car fault diagnosis can form a user ecosystem in the field of car diagnosis.
  • it is more convenient for users to communicate and learn, and they can also add friends to each other, which can improve the efficiency and quality of car diagnosis and fault diagnosis.
  • the stickiness between users and the platform is of great help.
  • FIG. 7a to 7f are schematic diagrams of adding a fault source by a user.
  • the cloud can determine the detection process and send it to the mobile terminal.
  • the user can establish a detection plan according to the detection process, existing detection tools, detection scenarios, etc., and execute the detection plan.
  • the results of each step can be displayed in real time on the display interface of the mobile terminal, and the interface can also display other information, such as inspection plans, inspection instructions, circuit diagrams, and case libraries.
  • the faulty parts can be photographed and uploaded, and a fault report can also be generated.
  • a maintenance case can be generated.
  • a step measurement information comment (such as signal waveform characteristics), users can upload videos and pictures. After the fault report and the maintenance case are completed, they can be shared to the case database and third-party public platform for promotion.
  • FIG. 8 is a structural block diagram of an automobile fault diagnosis apparatus provided by an embodiment of the present invention.
  • the device can be specifically applied to the above-mentioned automobile fault diagnosis instrument 10 .
  • the apparatus 40 includes: an information acquisition module 41 , a first processing module 42 , an editing module 43 , a second processing module 44 and a diagnosis module 45 .
  • the information acquisition module 41 is used to acquire vehicle information and vehicle fault information; the first processing module 42 is used to upload the vehicle information and the vehicle fault information to the cloud server, and receive and display the cloud server according to the information.
  • the information acquisition module 41 is specifically used for: controlling the automobile diagnostic measuring equipment to communicate with the automobile, and obtaining the fault code and data stream of the automobile through the automobile diagnostic measuring equipment; or, receiving automobile fault information input by the user.
  • the receiving the vehicle fault information input by the user includes: receiving the vehicle fault information input by the user by handwriting or voice; or, receiving at least one type of vehicle fault information selected by the user from the provided fault description selection list.
  • the suspected fault sources are sorted according to the classification of various system components of the automobile and are sorted according to the probability of failure; the suspected fault sources are displayed according to the classification and the sorting.
  • the editing module 43 is specifically used for:
  • a new fault source added by the user is received, and a set of the displayed suspicious fault source and the new fault source is obtained as the determined fault source.
  • the receiving the new fault source added by the user according to the user's new operation on the displayed suspicious fault source includes: according to the provided classification result of the suspicious fault source, receiving the new fault added by the user in the classification result wherein, the new fault source includes a fault source determined by the user according to a preset newly added fault source table, and/or a fault source determined by the user according to historical maintenance cases.
  • acquiring the fault source determined by the user according to the preset newly added fault source table includes:
  • the preset newly added fault source table includes names, inspection components, measurement tools, inspection instructions, disassembly instructions, circuit diagrams, and component terminals At least one of the diagrams; the source of the fault is determined according to the information input by the user.
  • obtaining the fault source determined by the user according to the historical maintenance case includes:
  • the fault source imported by the user according to the historical maintenance case is received, where the fault source is fault information to be checked in the historical maintenance case.
  • the detection process information includes a detection plan, and the detection plan is used to formulate detection and maintenance steps of the determined fault source and a detection and maintenance sequence of each fault source in the determined fault source.
  • the detection process information further includes at least one of vehicle technical data information and maintenance case information.
  • the apparatus 40 further includes a third processing module 46 .
  • the third processing module 46 is configured to display the test window and the detection process information on the same interface in the process of diagnosing automobile faults according to the detection process information.
  • the apparatus 40 further includes a fourth processing module 47 , and the fourth processing module 47 is used for: judging Whether the specific fault source is located; if yes, upload the relevant data of the specific fault source to the cloud server; receive and display the fault report generated by the cloud server according to the relevant data of the specific fault source.
  • the apparatus 40 further includes a fifth processing module 48 , and the fifth processing module 48 is configured to: display Editing template of a maintenance case; receiving an editing operation of the user for the editing template of the maintenance case, and generating a maintenance case for the determined fault source according to the editing operation; uploading the maintenance case to the cloud server.
  • the editing template for displaying maintenance cases includes:
  • An editing template of a maintenance case including the detection process information is displayed, and in the editing template, the detection process information is in an editable state.
  • the editing template further includes a new module for receiving new content input by the user.
  • the above-mentioned vehicle fault diagnosis apparatus can execute the vehicle fault diagnosis method provided by the embodiment of the present invention, and has functional modules and beneficial effects corresponding to the execution method.
  • the vehicle fault diagnosis method provided by the embodiments of the present invention.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明涉及汽车诊断技术领域，特别涉及一种汽车故障诊断方法、系统及汽车故障诊断仪。其中，该方法包括：获取车辆信息和汽车故障信息；上传所述车辆信息和所述汽车故障信息至云服务器，并接收所述云服务器根据所述车辆信息和所述汽车故障信息返回的可疑故障源；用户对显示的所述可疑故障源进行操作，获得确定的故障源；发送所述确定的故障源至所述云服务器，并接收所述云服务器根据所述确定的故障源返回的检测流程信息；根据所述检测流程信息进行汽车故障诊断。本发明提供的实施方式能够有效提高汽车故障诊断的效率。

Description

一种汽车故障诊断方法、系统和汽车故障诊断仪
本申请要求于2020年11月9日提交中国专利局、申请号为202011241444.6、申请名称为“一种汽车故障诊断方法、系统和汽车故障诊断仪”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及汽车诊断技术领域，特别涉及一种汽车故障诊断方法、系统和汽车故障诊断仪。
背景技术
随着汽车电气电子化、新能源化、智能网联化，汽车故障问题不再是简单的机械问题，更多的有电气故障、系统通讯及网络总线等故障。汽车故障变得更加复杂，涉及到多个领域的综合性问题，这给维修技师带来了前所未有的挑战。
社会上智能网联化汽车保有量在不断的增长，而培养一合格的汽修专家却需要很长的时间，以至于供需关系严重不平衡。尤其是众多小型汽修厂更是无法满足这类综合性问题的高效解决，通常只能将有所关联的模块进行一一拆换来验证及解决故障，这种方式效率很低。
因此，如何高效地解决上述汽车故障问题，具有重要意义。
发明内容
本发明实施方式主要解决的技术问题是如何提高汽车故障诊断的效率。
为解决上述技术问题，本发明实施方式采用的一个技术方案是：提供一种汽车故障诊断方法，包括：
获取车辆信息和汽车故障信息；
上传所述车辆信息和所述汽车故障信息至云服务器，并接收及显示所述云服务器根据所述车辆信息和所述汽车故障信息返回的可疑故障源；
根据用户对显示的所述可疑故障源的操作，获得确定的故障源；
发送所述确定的故障源至所述云服务器，并接收及显示所述云服务器根据所述确定的故障源返回的检测流程信息；
根据所述检测流程信息进行汽车故障诊断。
可选地，所述获取汽车故障信息包括：
控制汽车诊断测量设备与汽车通讯，通过所述汽车诊断测量设备获取所述汽车的故障码和数据流；或者，
接收用户输入的汽车故障信息。
可选地，所述接收用户输入的汽车故障信息包括：
接收用户通过手写或语音的方式输入所述汽车故障信息；或者，
接收用户从提供的故障描述选择列表中选择的至少一种汽车故障信息。
可选地，所述可疑故障源是根据汽车各系统部件分类并按发生故障的概率大小进行排序的；
所述可疑故障源是按照所述分类以及所述排序进行显示的。
可选地，所述根据用户对显示的所述可疑故障源的操作，获得确定的故障源包括：
根据用户对显示的所述可疑故障源的确认操作，获取显示的全部所述可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的删除操作，获取显示的删除后的可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的选择操作，获取显示的选择后的可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的新增操作，接收用户增加的新故障源，获取显示的所述可疑故障源和所述新故障源的集合为确定的故障源。
可选地，所述根据用户对显示的所述可疑故障源的新增操作，接收用户增加的新故障源包括：
根据提供的所述可疑故障源的分类结果，接收用户在所述分类结果中增加的新故障源；
其中，所述新故障源包括所述用户根据预设的新增故障源表确定的故障源，和/或，所述用户根据历史维修案例确定的故障源。
可选地，获取所述用户根据预设的新增故障源表确定的故障源包括：
获取用户在所述预设的新增故障源表中输入的信息；其中，所述预设的新增故障源表包括名称、检测部件、测量工具、检测说明、拆装说明、电路图和部件端子图中的至少一种；
根据所述用户输入的信息确定故障源。
可选地，获取所述用户根据历史维修案例确定的故障源包括：
获取历史维修案例；
接收用户根据所述历史维修案例导入的故障源，所述故障源是所述历史维修案例中需要排查的故障信息。
可选地，所述检测流程信息包括检测计划，所述检测计划用于制定所述确定的故障源的检测维修步骤以及所述确定的故障源中各故障源的检测维修顺序。
可选地，所述检测流程信息还包括汽车技术资料信息和维修案例信息中的至少一种。
可选地，所述方法还包括：
在根据所述检测流程信息进行汽车故障诊断的过程中，在同一界面显示测试窗口与所述检测流程信息。
可选地，所述根据所述检测流程信息进行汽车故障诊断后，所述方法还包 括：
判断是否定位出具体故障源；
若为是，上传所述具体故障源的相关数据至所述云服务器；
接收并显示所述云服务器根据所述具体故障源的相关数据生成的故障报告。
可选地，所述根据所述检测流程信息进行汽车故障诊断后，所述方法还包括：
显示维修案例的编辑模板；
接收用户针对所述维修案例的编辑模板的编辑操作，并根据所述编辑操作生成针对所述确定的故障源的维修案例；
上传所述维修案例至所述云服务器。
可选地，所述显示维修案例的编辑模板，包括：
显示包含所述检测流程信息的维修案例的编辑模板，在所述编辑模板中，所述检测流程信息处于可编辑状态。
可选地，所述编辑模板还包括新增模块，所述新增模块用于接收用户输入的新增内容。
为解决上述技术问题，本发明实施方式采用的另一个技术方案是：提供一种汽车故障诊断仪，包括：至少一个处理器；与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的汽车故障诊断方法。
为解决上述技术问题，本发明实施方式采用的又一个技术方案是：提供一种汽车故障诊断系统，包括：如上所述的汽车故障诊断仪；云服务器，所述云服务器与所述汽车故障诊断仪通信连接；汽车诊断测量设备，所述汽车诊断测量设备与所述汽车故障诊断仪通信连接。
区别于相关技术的情况，本发明实施例通过获取车辆信息和汽车故障信息，并上传这些信息至云服务器，云服务器根据该信息返回可疑故障源，通过用户对显示的所述可疑故障源的操作获得确定的故障源，发送该确定的故障源至云服务器，并接收云服务器返回的检测流程信息，最后根据该检测流程信息进行汽车故障诊断。本发明实施例提供的汽车故障诊断方法、汽车故障诊断仪和汽车故障诊断系统，能够使用户在进行汽车故障维修检测的过程中通过移动端访问云端，获得汽车检测相关技术资料和汽车诊断帮助，从而提高了汽车故障诊断的效率，特别是对小型汽修厂的维修技师们更有帮助。
附图说明
一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。
图1是本发明实施例提供的一种汽车故障诊断系统的结构示意图；
图2是本发明实施例提供的汽车故障诊断仪10的结构示意图；
图3是本发明实施例提供的所述汽车故障诊断系统的总体功能框图；
图4是本发明实施例提供的一种汽车故障诊断方法的流程图；
图5是本发明另一实施例提供的一种汽车故障诊断方法的流程图；
图6是本发明又一实施例提供的一种汽车故障诊断方法的流程图；
图7a至图7f是本发明实施例提供的一种汽车故障诊断方法的系统示意图；
图8是本发明实施例提供的一种汽车故障诊断装置的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
图1是本发明实施例提供的一种汽车故障诊断系统的结构示意图。如图1所示，该系统100包括：汽车故障诊断仪10、云服务器20和汽车诊断测量设备30。所述汽车故障诊断仪10分别与所述云服务器20和所述汽车诊断测量设备30通信连接，所述汽车诊断测量设备30连接待诊断的汽车。其中，所述汽车故障诊断仪10可以通过无线连接(如WI F I)或有线连接(如USB)与所述汽车诊断测量设备30建立通信连接。所述汽车故障诊断仪10可通过WI F I、4G或5G等无线网络与所述云端服务器20连接。图1中仅示出了一个汽车故障诊断仪10、一个云服务器20和一个汽车诊断测量设备30，可以知道的，还可以包括多个汽车故障诊断仪10和多个汽车诊断测量设备30。其中，该多个汽车故障诊断仪10均与所述云服务器20通信连接，该多个汽车故障诊断仪和该多个汽车诊断测量设备30可以是一一对应的关系。
在本实施例中，对汽车进行故障诊断时，用户可通过汽车故障诊断仪10获得待诊断的汽车的车辆信息和汽车故障信息，通过查询访问云服务器20确定故障源，并通过云服务器20获得检测流程信息，根据该检测流程信息，通过所述汽车诊断测量设备30对待诊断的汽车进行故障诊断定位，确定出具体的故障源，并生成故障报告，此外，针对确定的故障源还可生成相应的维修案例，所述故障报告和所述维修案例都可上传至云服务器20。
其中，所述检测流程信息包括检测计划，所述检测计划用于制定确定的故障源的检测维修步骤以及确定的故障源中各故障源的检测维修顺序。所述检测流程信息还可包括汽车技术资料信息和维修案例信息中的至少一种。
其中，所述故障报告包括车辆信息、故障现象、定位到的故障部件及部件的照片等信息。所述维修案例是针对用户通过自己组合的检测计划步骤，定位问题后，生成的一个案例模板，该案例模板包括车辆信息、故障现象、定位到的故障部件及部件的照片、解决问题的检测步骤、所需使用的检测工具、检测 工具的连接方式和电路图、检测过程的注意事项、解决问题后预期达到的结果等。在所述维修案例中，用户可对检测步骤进行点评，还可对检测工具的使用参数进行标注，等。
在本系统100中，全部的用户都可以直接通过汽车故障诊断仪10将用户每次的维修检测数据(如故障报告、维修案例、对故障报告或维修案例的点评等)上传至所述云服务器20，可通过云端来共享给全部用户，以协助用户进行汽车维修诊断或为用户提供学习参考、经验分享。另外，基于用户上传的数据，所述云服务器20还可通过大数据技术整合所述用户上传的数据以及其他数据，根据用户的车辆信息和故障症状特征，自动向用户推荐合理的检测流程信息，每一步的检测可关联检测工具指导用户进行拆装、查看电路图、如何接线及开启检测，检测结果的判断，等。所述系统100能够提供用户维修经验的查询和共享，提供了更多的汽车故障诊断途径，提高了汽车故障诊断的效率。
其中，所述汽车故障诊断仪10可以是各种类型的诊断仪设备，也可以是移动终端设备(比如智能手机、平板电脑、笔记本电脑等)。所述汽车故障诊断仪10用于汽车故障诊断，在进行汽车故障诊断时，具体可以是通过一应用程序APP来执行，该应用程序可以运行于基于Andro i d7.0操作系统的汽车故障诊断仪10中，该应用程序可以是使用Java语言开发的安卓APP。当然，所述汽车故障诊断仪10还可以采用其他操作系统，该应用程序也可使用其他语言开发。
所述汽车故障诊断仪10可包括接车模块、可疑故障源信息确认模块、修改及自定义模块、生成检测流程及流程执行控制模块、维修案例展示与编辑上传分享模块、检测结果报告生成展示模块等。其中，接车模块可用于帮助用户输入车辆品牌、年款，行驶里程，故障症状特征，历史维修保养信息，故障现象信息等。可疑故障源信息确认模块用于确定汽车的故障源。修改及自定义模块可用于使用户对故障源进行修改和自定义。生成检测流程及流程执行控制模块用于根据检测流程信息生成检测计划，并根据检测计划进行汽车故障诊断。维修案例展示与编辑上传分享模块用于将汽车故障诊断过程中生成的维修案例上传至云服务器20，其中，用户可以编辑生成的维修案例，比如编辑维修案例的标题和诊断思路的描述，对中间某一步骤测量信息进行点评(如信号波形特征点评)，用户还可以在维修案例中加入诊断过程中的视频和图片。检测结果报告生成展示模块用于获取汽车故障诊断过程中的故障报告，并上传故障报告至云服务器20，还可在汽车故障诊断仪10或云服务器20上展示所述故障报告以及所述维修案例。
在本实施例中，如图2所示，所述汽车故障诊断仪10包括：一个或多个处理器11以及存储器12，图2中以一个处理器11为例。
处理器11和存储器12可以通过总线或者其他方式连接，图2中以通过总线连接为例。
存储器12作为一种非易失性计算机可读存储介质，可用于存储非易失性 软件程序、非易失性计算机可执行程序以及模块，如上述接车模块、可疑故障源信息确认模块、修改及自定义模块、生成检测流程及流程执行控制模块、维修案例展示与编辑上传分享模块、检测结果报告生成展示模块。处理器11通过运行存储在存储器12中的非易失性软件程序、指令以及模块，从而执行汽车故障诊断仪10的各种功能应用以及数据处理，即实现下述方法实施例中的汽车故障诊断方法。
存储器12可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据下述汽车故障诊断装置的使用所创建的数据等。此外，存储器12可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器12可选包括相对于处理器11远程设置的存储器，这些远程存储器可以通过网络连接至下述汽车故障诊断装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
所述一个或者多个模块存储在所述存储器12中，当被所述一个或者多个处理器11执行时，执行下述任意方法实施例中的汽车故障诊断方法，例如，执行以下描述的图4、5和6中的方法步骤，和实现图8中的模块的功能。
所述汽车故障诊断仪10可执行本发明实施例所提供的汽车故障诊断方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。
其中，所述云服务器20具体可以是一服务器或服务器集群。所述云服务器20可是基于SpringCloud搭建的微服务基础框架系统，该系统提供的服务包括车辆信息服务、故障症状特征信息服务、检测流程信息服务、汽车技术资料信息服务、维修案例内容信息服务、维修案例推荐服务以及对移动端提供将车辆信息、汽车症状特征信息关联检测流程、关联汽车技术信息以及关联维修案例信息接口服务。每个服务都支持信息的存取查询修改。其中，维修案例推荐服务可以是按用户在移动端查询阅读维修案例文章阅读热度以及当前用户选择的车辆品牌信息关联一起进行推荐的。所述移动端具体可是上述汽车故障诊断仪10。
在本实施例中，所述云服务器20具体用于根据汽车故障诊断仪10上传的车辆信息和汽车故障信息获得可疑故障源，所述车辆信息包括汽车的VI N码、品牌、车型、年款、发动机型号、行驶里程、历史维修记录或最近一次维修记录等。所述汽车故障信息包括故障现象和故障特征。所述云服务器20综合所述车辆信息和汽车故障信息获得可能存在的故障源，即可疑故障源，并发送可疑故障源至汽车故障诊断仪10。显示于汽车故障诊断仪10上的可疑故障源可被用户编辑(如确认、删除、选择、新增等)，最后确定故障源，所述云服务器20根据确定的故障源生成检测流程信息，其中，该云服务器20中存储有各种类型和年款的汽车对应的故障源信息，以及解决故障的方法，如历史维修案 例，案例分析，检测报告等。所述云服务20可以根据存储的上述信息和所述确定的故障源生成当前待诊断的汽车对应的检测流程信息，发送该检测流程信息至汽车故障诊断仪10。
在本实施例中，所述云服务器20能够汇聚与汽车诊断相关的全部信息，并且所述信息是可持续更新的，基于该云服务器20使得用户根据汽车故障诊断仪10执行汽车诊断时更智能化和大数据化，此外，对提高汽车维修技师们的实操技能和专业知识技能有很大帮助。
其中，所述汽车诊断测量设备30是一种支持汽车通讯诊断、示波器、万用表、信号发生器、OBD总线分析等诊断测量功能的设备。该汽车诊断测量设备30可用于读取汽车的故障码、数据流等信息。其中，在所述汽车故障诊断仪10执行检测计划进行汽车故障诊断的过程中可向所述汽车诊断测量设备30发送指令，以实现相关的诊断功能。比如，每一个流程步骤中可能会要测量汽车某个部件的信号波形、电流、电压等，可以通过汽车诊断测量设备30中的四个模拟通道及万用表接口，去测量汽车某个部件，汽车诊断测量设备30将测量结果返回给汽车故障诊断仪10，汽车故障诊断仪10根据测量结果区分下一步检测或结束检测。
需要说明的是，所述汽车诊断测量设备30实现上述各项功能的详细过程在此不做具体分析，可参考其他相关技术。
如图3所示，本实施例还提供了所述汽车故障诊断系统100的总体功能框图，所述系统100基于上述汽车故障诊断仪10、云服务器20和汽车诊断测量设备30实现图3中的各项功能。在本实施例中，所述汽车故障诊断系统100主要包含四个子系统，分别是车辆通讯诊断系统、汽车部件测量系统、OBD诊断系统以及云服务系统。在图3中展示了这四个子系统的各项功能和关联关系。
本发明实施例提供的汽车故障诊断系统，一方面，提高了汽车故障诊断的效率；另一方面，实现了汽车故障诊断的大数据化、互联化和智能化，在涉及具体地汽车诊断时，为用户学习汽车诊断、实际操作和经验分享等提供了更加便捷的途径，而且便于不同用户间的交流。
图4是本发明实施例提供的一种汽车故障诊断方法的流程图，该方法由上述汽车故障诊断仪10执行，该方法包括：
S101、获取车辆信息和汽车故障信息；
其中，所述获取汽车故障信息包括：控制汽车诊断测量设备与汽车通讯，通过所述汽车诊断测量设备获取所述汽车的故障码和数据流。所述汽车诊断测量设备可基于J2534通讯协议读取所述故障码和数据流。
获取所述汽车故障信息还包括：接收用户输入的汽车故障信息。
其中，所述接收用户输入的汽车故障信息包括：
接收用户通过手写或语音的方式输入所述汽车故障信息；或者，
接收用户从提供的故障描述选择列表中选择的至少一种汽车故障信息。所述故障描述列表可用于记录当前车型对应的常见故障信息，用户可选择其中一个或多个故障信息。
S102、上传所述车辆信息和所述汽车故障信息至云服务器，并接收及显示所述云服务器根据所述车辆信息和所述汽车故障信息返回的可疑故障源；
所述车辆信息包括但不限于汽车的VIN码、品牌、车型、年款、发动机型号、行驶里程、历史维修记录或最近一次维修记录等。所述汽车故障信息包括故障现象和故障特征等。所述故障现象是故障发生时表现出的自然现象，如发动机轰鸣等。所述故障特征是出现所述故障现象时所表征出来的特征，如发动机无初始燃烧等。
所述可疑故障源是通过分析所述车辆信息和汽车故障信息后得到的所述汽车可能哪些部件存在问题故障。最后显示的可疑故障源可以是根据汽车各系统部件分类并按发生故障的概率大小进行排序的，并且是按照所述分类以及所述排序进行显示的。
在本实施例中，需要用户根据显示的可疑故障源确定出最终的故障源，由此确保故障源头定位准确，提高了汽车故障诊断的准确性。
S103、根据用户对显示的所述可疑故障源的操作，获得确定的故障源；
其中，所述根据用户对显示的所述可疑故障源的操作，获得确定的故障源，包括：
根据用户对显示的所述可疑故障源的确认操作，获取显示的全部所述可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的删除操作，获取显示的删除后的可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的选择操作，获取显示的选择后的可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的新增操作，接收用户增加的新故障源，获取显示的所述可疑故障源和所述新故障源的集合为确定的故障源。
上述确认操作可是用户在汽车诊断仪10上操作“全选”按键，从而一键选中全部的可疑故障源。用户也可以选择其中部分可疑故障源作为确定的故障源，选择可以故障源的动作包括但不限于点击屏幕、勾选故障源编号、语音选择等。用户还可删除其中一个或多个可疑故障源，剩下的可疑故障源作为确定的故障源。
其中，根据用户对显示的可疑故障源的新增操作，接收用户增加的新故障源包括：根据提供的所述可疑故障源的分类结果，接收用户在所述分类结果中增加的新故障源；所述新故障源包括所述用户根据预设的新增故障源表确定的故障源，和/或，所述用户根据历史维修案例确定的故障源。
其中，获取所述用户根据预设的新增故障源表确定的故障源包括：
获取用户在所述预设的新增故障源表中输入的信息；所述预设的新增故障 源表包括名称、检测部件、测量工具、检测说明、拆装说明、电路图和部件端子图中的至少一种；根据所述用户输入的信息确定故障源。
其中，获取所述用户根据历史维修案例确定的故障源包括：获取历史维修案例；接收用户根据所述历史维修案例导入的故障源，所述故障源是所述历史维修案例中需要排查的故障信息。
上述过程中，用户可以根据预设的新增故障源表来编辑新的故障源。还可以根据历史维修案例导入新的故障源。需要说明的是，所述新增故障源表可实时更新，比如由用户根据当前的需求调整所述预设的新增故障源表。而所述历史维修案例还可是与当前待诊断的车辆信息相关的历史维修案例，其包括经典案例，该经典案例包括历史浏览次数最多或评价最多或点赞最多的成功案例，还包括经典的失败案例。由此，丰富故障源信息，为故障诊断和后续的诊断案例的生成提供参考。
S104、发送所述确定的故障源至所述云服务器，并接收及显示所述云服务器根据所述确定的故障源返回的检测流程信息；
其中，所述检测流程信息包括检测计划，所述检测计划用于制定所述确定的故障源的检测维修步骤以及所述确定的故障源中各故障源的检测维修顺序。如果确定的故障源包括多个，可以提供每一故障源的检测维修步骤，以及全部故障源的检测维修顺序。
所述检测流程信息还包括汽车技术资料信息和维修案例信息中的至少一种。该汽车技术资料信息和维修案例信息用于为用户生成自己的维修案例提供参考。
S105、根据所述检测流程信息进行汽车故障诊断。
本发明实施例提供了一种汽车故障诊断方法，未在本实施例中详尽描述的部分具体可参考上述系统实施例。
本发明实施例提供的汽车故障诊断方法，一方面，提高了汽车故障诊断的效率；另一方面，实现了汽车故障诊断的大数据化、互联化和智能化，在涉及具体地汽车诊断时，为用户学习汽车诊断、实际操作和经验分享提供了更加便捷的途径，而且便于不同用户间的交流。
图5是本发明另一实施例提供的一种汽车故障诊断方法的流程图，图5与图4的主要区别在于，所述方法还包括：
S106、在根据所述检测流程信息进行汽车故障诊断的过程中，在同一界面显示测试窗口与所述检测流程信息。
在本实施例中，可以根据所述云服务器提供的汽车技术资料信息和维修案例信息对所述检测计划进行流程的优化，比如参考具有相同故障问题的历史维修案例的解决方案，以对当前执行的流程进行修改或确认。
其中，可以在汽车故障诊断仪10的显示界面分屏显示所述检测计划、所述汽车技术资料信息、所述维修案例以及检测过程的实时展示等。所述汽车技 术资料信息包括电路图、检测说明等。通过该分屏展示界面能够方便的帮助用户进行汽车故障诊断。
其中，所述维修案例信息包括与当前汽车故障诊断相关的全部维修案例，可以基于机器学习将全部维修案例进行分类和排序，使最相关的维修案例展示在案例库的最前面，以方便用户查看。用户可根据需要输入关键词，从而在案例库中查找并显示所述关键词对应的维修案例。
本发明实施例提供的汽车故障诊断方法在上述方法实施例的基础上进一步公开了可在用户的移动端接收并显示所述云服务器返回的与所述汽车故障诊断关联的汽车技术资料信息和维修案例信息，从而能够为用户在进行汽车诊断时提供参考，方便了用户的诊断操作。
图6是本发明另一实施例提供的一种汽车故障诊断方法的流程图，图6与图5的主要区别在于，根据所述检测流程信息进行汽车故障诊断后，所述方法还包括：
S107、判断是否定位出具体故障源；
若为是，执行下述步骤S108。
S108、上传所述具体故障源的相关数据至所述云服务器；
S109、接收并显示所述云服务器根据所述具体故障源的相关数据生成的故障报告。
其中，定位出具体的故障源是指成功发现存在故障的位置以及故障原因，此时可以将存在问题的部件进行拍照，根据车辆信息、故障部件、故障原因、表现出的故障现象以及照片信息等生成故障报告，并上传该故障报告至云服务器或存储在本地。
在存在故障的部件被替换后并且试车故障成功解除时，可以生成维修案例。
在一些实施例中，所述根据所述检测流程信息进行汽车故障诊断后，所述方法还包括：显示维修案例的编辑模板；接收用户针对所述维修案例的编辑模板的编辑操作，并根据所述编辑操作生成针对所述确定的故障源的维修案例；上传所述维修案例至所述云服务器。
其中，所述显示维修案例的编辑模板，包括：显示包含所述检测流程信息的维修案例的编辑模板，在所述编辑模板中，所述检测流程信息处于可编辑状态。用户可修改或补充所述检测流程信息中的检测步骤，还可点评其中一个或多个检测步骤。其中，所述编辑模板还包括新增模块，所述新增模块用于接收用户输入的新增内容。用户对其中一个或多个检测步骤的点评可通过所述新增模板输入。
其中，所述维修案例是针对用户通过自己组合的检测计划步骤，定位问题后，生成的一个案例模板，该案例模板包括车辆信息、故障现象、定位到的故障部件及部件的照片、解决问题的检测步骤、所需使用的检测工具、检测工具 的连接方式和电路图、检测过程的注意事项、解决问题后预期达到的结果等。
其中，生成所述维修案例时，可以基于已存在的维修案例的格式直接生成维修案例，也可以由用户自定义维修案例。
比如，用户根据需要编辑内容，包括案例标题、诊断思路描述、对中间某一步骤测量信息进行批注或点评，等。用户还可以设置维修案例的行文格式，包括选择字体、字体颜色、是否特殊标记等。此外，用户还可以将与本维修案例相关的其他维修案例进行关联，如附上其他维修案例的链接或出处等。
生成的维修案例可以上传至所述云服务器20，以供其他用户浏览参考。
在本实施例中，所述维修案例可被用户执行“点赞”“收藏”“分享”“评论”等操作。用户针对自己生成的维修案例可以设置所述维修案例的权限，如“公开”“仅对自己可见”“仅对好友可见”等。
上述汽车故障诊断方法，能够形成在汽车诊断领域中的用户生态圈，在这个圈子中，更加方便了用户的交流和学习，还能互加好友，对提升汽车诊断故障诊断的效率、质量，增强用户与平台的黏性等方面都有很大的帮助。
下面通过一个具体的实例说明本发明实施例提供的汽车故障诊断的整个流程，如图7a至图7f所示，分别是在汽车准备进行故障诊断时，执行接车操作，获取当前汽车的车辆信息，并输入故障信息；再基于输入的车辆信息和故障信息生成可疑故障源，如图7b所示，可疑故障源可根据汽车系统部件的类别并按发生故障的概率大小进行排序显示，用户可在每一类别下增加或删除所述可疑故障源。用户还可以自定义故障源，如用户自己输入故障源信息，或者根据其他维修案例导入故障源信息等。图7c至图7e是用户新增故障源的示意图。在最后确定故障源后，云端可确定检测流程，并发送给移动端，此时用户可根据该检测流程和当前存在的检测工具、检测场景等建立一检测计划，并执行所述检测计划。执行检测计划的过程中，每一步骤的结果可实时显示于移动端的显示界面上，该界面还同时可显示其他信息，如检测计划、检测说明、电路图和案例库等。在故障检测定位成功后，可拍照上传故障部件，还可生成故障报告，故障部件替换后试车故障成功解决，可生成维修案例，用户可以编辑维修案例的内容，如案例标题、诊断思路描述、中间某一步骤测量信息点评(如信号波形特征)、用户可以上传视频及图片。所述故障报告和所述维修案例完成后可以分享到案例库和第三方公众平台推广。
图8是本发明实施例提供的一种汽车故障诊断装置的结构框图。所述装置具体可以应用于上述汽车故障诊断仪10。所述装置40包括：信息获取模块41、第一处理模块42、编辑模块43、第二处理模块44和诊断模块45。
所述信息获取模块41用于获取车辆信息和汽车故障信息；所述第一处理模块42用于上传所述车辆信息和所述汽车故障信息至云服务器，并接收及显示所述云服务器根据所述车辆信息和所述汽车故障信息返回的可疑故障源；所述编辑模块43用于根据用户对显示的所述可疑故障源的操作，获得确定的故 障源；所述第二处理模块44用于发送所述确定的故障源至所述云服务器，并接收及显示所述云服务器根据所述确定的故障源返回的检测流程信息；所述诊断模块45用于根据所述检测流程信息进行汽车故障诊断。
其中，所述信息获取模块41具体用于：控制汽车诊断测量设备与汽车通讯，通过所述汽车诊断测量设备获取所述汽车的故障码和数据流；或者，接收用户输入的汽车故障信息。
其中，所述接收用户输入的汽车故障信息包括：接收用户通过手写或语音的方式输入所述汽车故障信息；或者，接收用户从提供的故障描述选择列表中选择的至少一种汽车故障信息。
其中，所述可疑故障源是根据汽车各系统部件分类并按发生故障的概率大小进行排序的；所述可疑故障源是按照所述分类以及所述排序进行显示的。
所述编辑模块43具体用于：
根据用户对显示的所述可疑故障源的确认操作，获取显示的全部所述可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的删除操作，获取显示的删除后的可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的选择操作，获取显示的选择后的可疑故障源为确定的故障源；或者，
根据用户对显示的所述可疑故障源的新增操作，接收用户增加的新故障源，获取显示的所述可疑故障源和所述新故障源的集合为确定的故障源。
所述根据用户对显示的所述可疑故障源的新增操作，接收用户增加的新故障源包括：根据提供的所述可疑故障源的分类结果，接收用户在所述分类结果中增加的新故障源；其中，所述新故障源包括所述用户根据预设的新增故障源表确定的故障源，和/或，所述用户根据历史维修案例确定的故障源。
其中，获取所述用户根据预设的新增故障源表确定的故障源包括：
获取用户在所述预设的新增故障源表中输入的信息；其中，所述预设的新增故障源表包括名称、检测部件、测量工具、检测说明、拆装说明、电路图和部件端子图中的至少一种；根据所述用户输入的信息确定故障源。
其中，获取所述用户根据历史维修案例确定的故障源包括：
获取历史维修案例；
接收用户根据所述历史维修案例导入的故障源，所述故障源是所述历史维修案例中需要排查的故障信息。
其中，所述检测流程信息包括检测计划，所述检测计划用于制定所述确定的故障源的检测维修步骤以及所述确定的故障源中各故障源的检测维修顺序。
可选地，所述检测流程信息还包括汽车技术资料信息和维修案例信息中的至少一种。
在一些实施例中，同样如图8所示，所述装置40还包括第三处理模块46。所述第三处理模块46用于在根据所述检测流程信息进行汽车故障诊断的过程 中，在同一界面显示测试窗口与所述检测流程信息。
在一些实施例中，同样如图8所示，所述根据所述检测流程信息进行汽车故障诊断后，所述装置40还包括第四处理模块47，所述第四处理模块47用于：判断是否定位出具体故障源；若为是，上传所述具体故障源的相关数据至所述云服务器；接收并显示所述云服务器根据所述具体故障源的相关数据生成的故障报告。
在一些实施例中，同样如图8所示，所述根据所述检测流程信息进行汽车故障诊断后，所述装置40还包括第五处理模块48，所述第五处理模块48用于：显示维修案例的编辑模板；接收用户针对所述维修案例的编辑模板的编辑操作，并根据所述编辑操作生成针对所述确定的故障源的维修案例；上传所述维修案例至所述云服务器。
其中，所述显示维修案例的编辑模板，包括：
显示包含所述检测流程信息的维修案例的编辑模板，在所述编辑模板中，所述检测流程信息处于可编辑状态。
所述编辑模板还包括新增模块，所述新增模块用于接收用户输入的新增内容。
需要说明的是，上述汽车故障诊断装置可执行本发明实施例所提供的汽车故障诊断方法，具备执行方法相应的功能模块和有益效果。未在汽车故障诊断装置实施例中详尽描述的技术细节，可参见本发明实施例所提供的汽车故障诊断方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (17)

  1. 一种汽车故障诊断方法，其特征在于，包括：
    获取车辆信息和汽车故障信息；
    上传所述车辆信息和所述汽车故障信息至云服务器，并接收及显示所述云服务器根据所述车辆信息和所述汽车故障信息返回的可疑故障源；
    根据用户对显示的所述可疑故障源的操作，获得确定的故障源；
    发送所述确定的故障源至所述云服务器，并接收及显示所述云服务器根据所述确定的故障源返回的检测流程信息；
    根据所述检测流程信息进行汽车故障诊断。
  2. 根据权利要求1所述的方法，其特征在于，所述获取汽车故障信息包括：
    控制汽车诊断测量设备与汽车通讯，通过所述汽车诊断测量设备获取所述汽车的故障码和数据流；或者，
    接收用户输入的汽车故障信息。
  3. 根据权利要求2所述的方法，其特征在于，所述接收用户输入的汽车故障信息包括：接收用户通过手写或语音的方式输入所述汽车故障信息；或者，
    接收用户从提供的故障描述选择列表中选择的至少一种汽车故障信息。
  4. 根据权利要求1至3任一项所述的方法，其特征在于，
    所述可疑故障源是根据汽车各系统部件分类并按发生故障的概率大小进行排序的；
    所述可疑故障源是按照所述分类以及所述排序进行显示的。
  5. 根据权利要求4所述的方法，其特征在于，所述根据用户对显示的所述可疑故障源的操作，获得确定的故障源，包括：
    根据用户对显示的所述可疑故障源的确认操作，获取显示的全部所述可疑故障源为确定的故障源；或者，
    根据用户对显示的所述可疑故障源的删除操作，获取显示的删除后的可疑故障源为确定的故障源；或者，
    根据用户对显示的所述可疑故障源的选择操作，获取显示的选择后的可疑故障源为确定的故障源；或者，
    根据用户对显示的所述可疑故障源的新增操作，接收用户增加的新故障源，获取显示的所述可疑故障源和所述新故障源的集合为确定的故障源。
  6. 根据权利要求5所述的方法，其特征在于，所述根据用户对显示的所述可疑故障源的新增操作，接收用户增加的新故障源包括：
    根据提供的所述可疑故障源的分类结果，接收用户在所述分类结果中增加的新故障源；
    其中，所述新故障源包括所述用户根据预设的新增故障源表确定的故障源，和/或，所述用户根据历史维修案例确定的故障源。
  7. 根据权利要求6所述的方法，其特征在于，获取所述用户根据预设的新增故障源表确定的故障源包括：
    获取用户在所述预设的新增故障源表中输入的信息；其中，所述预设的新增故障源表包括名称、检测部件、测量工具、检测说明、拆装说明、电路图和部件端子图中的至少一种；
    根据所述用户输入的信息确定故障源。
  8. 根据权利要求6所述的方法，其特征在于，获取所述用户根据历史维修案例确定的故障源包括：
    获取历史维修案例；
    接收用户根据所述历史维修案例导入的故障源，所述故障源是所述历史维修案例中需要排查的故障信息。
  9. 根据权利要求1所述的方法，其特征在于，所述检测流程信息包括检测计划，所述检测计划用于制定所述确定的故障源的检测维修步骤以及所述确定的故障源中各故障源的检测维修顺序。
  10. 根据权利要求9所述的方法，其特征在于，所述检测流程信息还包括汽车技术资料信息和维修案例信息中的至少一种。
  11. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    在根据所述检测流程信息进行汽车故障诊断的过程中，在同一界面显示测试窗口与所述检测流程信息。
  12. 根据权利要求1所述的方法，其特征在于，所述根据所述检测流程信息进行汽车故障诊断后，所述方法还包括：
    判断是否定位出具体故障源；
    若为是，上传所述具体故障源的相关数据至所述云服务器；
    接收并显示所述云服务器根据所述具体故障源的相关数据生成的故障报告。
  13. 根据权利要求1所述的方法，其特征在于，所述根据所述检测流程信息进行汽车故障诊断后，所述方法还包括：
    显示维修案例的编辑模板；
    接收用户针对所述维修案例的编辑模板的编辑操作，并根据所述编辑操作生成针对所述确定的故障源的维修案例；
    上传所述维修案例至所述云服务器。
  14. 根据权利要求13所述的方法，其特征在于，所述显示维修案例的编辑模板，包括：
    显示包含所述检测流程信息的维修案例的编辑模板，在所述编辑模板中，所述检测流程信息处于可编辑状态。
  15. 根据权利要求14所述的方法，其特征在于，所述编辑模板还包括新增模块，所述新增模块用于接收用户输入的新增内容。
  16. 一种汽车故障诊断仪，其特征在于，包括：
    至少一个处理器；
    与所述至少一个处理器通信连接的存储器；
    其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至15中任一项所述的汽车故障诊断方法。
  17. 一种汽车故障诊断系统，其特征在于，包括：
    如上述权利要求16所述的汽车故障诊断仪；
    云服务器，所述云服务器与所述汽车故障诊断仪通信连接；
    汽车诊断测量设备，所述汽车诊断测量设备与所述汽车故障诊断仪通信连接。
PCT/CN2021/127135 2020-11-09 2021-10-28 一种汽车故障诊断方法、系统和汽车故障诊断仪 WO2022095790A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011241444.6 2020-11-09
CN202011241444.6A CN112327808A (zh) 2020-11-09 2020-11-09 一种汽车故障诊断方法、系统和汽车故障诊断仪

Publications (1)

Publication Number Publication Date
WO2022095790A1 true WO2022095790A1 (zh) 2022-05-12

Family

ID=74316885

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/127135 WO2022095790A1 (zh) 2020-11-09 2021-10-28 一种汽车故障诊断方法、系统和汽车故障诊断仪

Country Status (2)

Country Link
CN (1) CN112327808A (zh)
WO (1) WO2022095790A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114819226A (zh) * 2022-06-29 2022-07-29 北京阿帕科蓝科技有限公司 车辆维修校验的方法、系统及计算机可读存储介质
CN115186627A (zh) * 2022-07-26 2022-10-14 武汉品致汽车技术有限公司 一种商用车故障诊断手册开发方法
CN117647924A (zh) * 2023-12-29 2024-03-05 上海同驭汽车科技有限公司 故障信号的容错控制方法、系统

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112327808A (zh) * 2020-11-09 2021-02-05 深圳市道通科技股份有限公司 一种汽车故障诊断方法、系统和汽车故障诊断仪
CN113128357A (zh) * 2021-03-29 2021-07-16 东风柳州汽车有限公司 车辆故障处理方法及系统
CN113325820A (zh) * 2021-05-11 2021-08-31 一汽奔腾轿车有限公司 一种汽车车身控制器故障诊断系统及诊断方法
CN113110399A (zh) * 2021-05-20 2021-07-13 三一重机有限公司 作业机械故障诊断方法和系统
CN113420893B (zh) * 2021-06-25 2023-10-31 深圳市轱辘车联数据技术有限公司 维修案例生成方法、装置、电子设备及存储介质
CN113655770A (zh) * 2021-07-02 2021-11-16 上海乐意修科技有限公司 一种汽车故障诊断教学系统及方法
CN113665502B (zh) * 2021-07-08 2023-03-03 深圳市道通科技股份有限公司 车辆系统说明图生成方法、展示方法和辅助故障诊断方法
CN113359686A (zh) * 2021-07-21 2021-09-07 深圳市道通科技股份有限公司 电路图展示方法、装置及汽车故障诊断系统
CN114495322A (zh) * 2021-10-25 2022-05-13 深圳顶匠科技有限公司 车辆在线数据处理方法、系统及其计算机可读存储介质
CN114357262A (zh) * 2021-11-25 2022-04-15 中联重科股份有限公司 用于工程设备的方法、处理器及服务器
CN114200912A (zh) * 2021-12-10 2022-03-18 上海集度汽车有限公司 一种车辆诊断方法、装置、服务器、车辆及存储介质
CN114610004B (zh) * 2022-05-10 2022-08-12 深圳市星卡软件技术开发有限公司 一种汽车电路故障测试的方法、装置和计算机设备
CN115390549B (zh) * 2022-10-26 2023-01-13 深圳市轩宇车鼎科技有限公司 基于驾驶习惯进行车辆故障诊断的分析系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007198290A (ja) * 2006-01-27 2007-08-09 Toyota Motor Corp 車両の異常診断装置
CN106227200A (zh) * 2016-09-19 2016-12-14 常熟米豆智能设备科技有限公司 一种汽车在线故障诊断方法
CN106406291A (zh) * 2016-11-14 2017-02-15 深圳市元征科技股份有限公司 汽车故障诊断方法及装置
CN108985466A (zh) * 2018-06-19 2018-12-11 深圳市元征科技股份有限公司 一种车辆维修方法、装置及服务器
CN110990519A (zh) * 2019-11-08 2020-04-10 深圳市轱辘汽车维修技术有限公司 一种车辆故障诊断方法、装置、电子设备及存储介质
CN111414477A (zh) * 2020-03-11 2020-07-14 科大讯飞股份有限公司 车辆故障自动诊断方法、装置以及设备
CN112327808A (zh) * 2020-11-09 2021-02-05 深圳市道通科技股份有限公司 一种汽车故障诊断方法、系统和汽车故障诊断仪

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4453764B2 (ja) * 2008-02-22 2010-04-21 トヨタ自動車株式会社 車両診断装置、車両診断システム、診断方法
CN102455700A (zh) * 2010-10-21 2012-05-16 斯必克机电产品(苏州)有限公司 汽车故障诊断信息实时互动的方法及其系统
CN102752360B (zh) * 2012-03-01 2015-07-08 浙江吉利汽车研究院有限公司 一种基于云计算的汽车故障检测系统
CN103048989A (zh) * 2012-11-29 2013-04-17 王志欣 一种基于维修资料和专家系统的汽车故障诊断方法
CN105045257A (zh) * 2015-07-14 2015-11-11 广州橙行智动汽车科技有限公司 一种汽车故障售后诊断的方法和诊断设备、服务器

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007198290A (ja) * 2006-01-27 2007-08-09 Toyota Motor Corp 車両の異常診断装置
CN106227200A (zh) * 2016-09-19 2016-12-14 常熟米豆智能设备科技有限公司 一种汽车在线故障诊断方法
CN106406291A (zh) * 2016-11-14 2017-02-15 深圳市元征科技股份有限公司 汽车故障诊断方法及装置
CN108985466A (zh) * 2018-06-19 2018-12-11 深圳市元征科技股份有限公司 一种车辆维修方法、装置及服务器
CN110990519A (zh) * 2019-11-08 2020-04-10 深圳市轱辘汽车维修技术有限公司 一种车辆故障诊断方法、装置、电子设备及存储介质
CN111414477A (zh) * 2020-03-11 2020-07-14 科大讯飞股份有限公司 车辆故障自动诊断方法、装置以及设备
CN112327808A (zh) * 2020-11-09 2021-02-05 深圳市道通科技股份有限公司 一种汽车故障诊断方法、系统和汽车故障诊断仪

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114819226A (zh) * 2022-06-29 2022-07-29 北京阿帕科蓝科技有限公司 车辆维修校验的方法、系统及计算机可读存储介质
CN115186627A (zh) * 2022-07-26 2022-10-14 武汉品致汽车技术有限公司 一种商用车故障诊断手册开发方法
CN115186627B (zh) * 2022-07-26 2024-02-27 武汉品致汽车技术有限公司 一种商用车故障诊断手册开发方法
CN117647924A (zh) * 2023-12-29 2024-03-05 上海同驭汽车科技有限公司 故障信号的容错控制方法、系统

Also Published As

Publication number Publication date
CN112327808A (zh) 2021-02-05

Similar Documents

Publication Publication Date Title
WO2022095790A1 (zh) 一种汽车故障诊断方法、系统和汽车故障诊断仪
CN108563214B (zh) 车辆诊断方法、装置及设备
CN107992409A (zh) 测试用例生成方法、装置、计算机设备和存储介质
TW201314225A (zh) 維護管理系統與方法
WO2008092345A1 (fr) Procédé et appareil de génération de scénario de test, procédé, appareil et système pour test de vérification
CN108762240B (zh) 一种汽车诊断方法及装置
CN115718802A (zh) 一种故障诊断方法、系统、设备及存储介质
CN112199277B (zh) 一种基于浏览器的缺陷复现方法、装置、设备及存储介质
CN111061756B (zh) 数据平台、数据处理方法及电子设备
CN112254983A (zh) 一种车辆检测方法、装置、设备及存储介质
CN114064473A (zh) 车机系统测试方法、系统、车辆及计算机可读存储介质
CN109491913A (zh) 基于物联网的电池管理系统测试方法及系统
CN115080299A (zh) 软件故障反馈处理方法、装置、介质及设备
CN109582286B (zh) 基于Freemarker技术的数据规范性校验方法及其装置
CN113821554A (zh) 一种实现异构数据库数据采集的方法
CN109492036A (zh) 一种电子化试验报告系统
CN113312260A (zh) 一种接口测试方法、装置、设备及存储介质
CN111143724A (zh) 一种数据处理方法、装置、设备及介质
CN109447844A (zh) 一种电子化试验报告的管理方法
CN114510305A (zh) 模型训练方法、装置、存储介质及电子设备
CN112733454A (zh) 一种基于联合学习的设备预测性维护方法及装置
CN114328169A (zh) 一种动态页面的测试方法及其系统
CN116560721B (zh) 车辆诊断系统、方法及电子设备
CN112597057B (zh) 一种蓝图数据的差异化处理方法和装置
CN116992241B (zh) 模型生成方法及装置、存储介质、计算机设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21888487

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21888487

Country of ref document: EP

Kind code of ref document: A1