CN118034259A

CN118034259A - Vehicle fault diagnosis method and terminal equipment

Info

Publication number: CN118034259A
Application number: CN202410381151.XA
Authority: CN
Inventors: 刘新; 樊球
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2024-03-28
Filing date: 2024-03-28
Publication date: 2024-05-14

Abstract

The application is applicable to the technical field of fault diagnosis, and particularly relates to a vehicle fault diagnosis method and terminal equipment, wherein the method comprises the following steps: acquiring diagnosis scene selection information sent by a user, thereby determining a diagnosis scene required by the user; then displaying a standard value range corresponding to the diagnosis scene according to the diagnosis scene, wherein the standard value range is preset by a user according to different diagnosis scenes; monitoring the diagnosis operation of the user to obtain item values corresponding to the diagnosis operation; by comparing the item values to the standard value range; and judging whether the item numerical value falls in a corresponding standard value range, and if not, judging that the vehicle fails in the diagnosis scene. In the process, a user presets the range of the judging standard according to the requirement, so that whether the vehicle has a fault can be accurately judged.

Description

Vehicle fault diagnosis method and terminal equipment

Technical Field

The application belongs to the technical field of fault diagnosis, and particularly relates to a vehicle fault diagnosis method and terminal equipment.

Background

The data flow of the vehicle (particularly the automobile data flow) is an important basis for judging whether the vehicle is faulty or not by a vehicle maintenance technician, and through analysis of the acquired data flow, the working state information of various sensors, actuators and the like of the electronic control system of the vehicle can be known in real time, the running state of the vehicle can be mastered, and whether the electronic control systems of the vehicle work normally or not can be judged. A vehicle service technician typically reads the values of a particular data stream and then analyzes the vehicle for possible problems in conjunction with actual vehicle conditions. For numeric type data streams, the manufacturer typically defines a data stream range for the data stream it reads, and the vehicle service technician reads the data stream with reference to this range for diagnosis. However, the range of each data stream given by the manufacturer is often relatively wide, which may lead to misjudgment of the vehicle state by the vehicle maintenance technician.

Disclosure of Invention

In view of the above, the embodiment of the application provides a vehicle fault diagnosis method and terminal equipment, so as to solve the problem of inaccurate vehicle fault diagnosis in the prior art.

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

acquiring diagnosis scene selection information sent by a user, and determining a diagnosis scene required by the user;

Displaying a corresponding standard value range according to the diagnosis scene, wherein the standard value range is preset by the user according to different diagnosis scenes;

Monitoring the diagnosis operation of the user to obtain item values corresponding to the diagnosis operation;

and if the project numerical value is not in the standard value range, judging that the vehicle fails in the diagnosis scene.

Optionally, before displaying the corresponding standard value range according to the diagnosis scene, the method includes:

Acquiring a data setting instruction and a name corresponding to a diagnosis scene, and storing the name corresponding to the diagnosis scene;

Collecting data streams generated during a vehicle problem investigation operation performed by a user in a current diagnosis scene, wherein the data streams comprise one or more data streams, and each data stream corresponds to item values of one or more item classifications;

and setting the standard value range according to the data stream.

Optionally, the setting the standard value range according to the data stream includes:

multiplying the maximum value corresponding to the item classification by a corresponding influence factor to be used as the upper limit value of the standard value range corresponding to the item numerical value of the item classification, wherein the influence factor corresponding to the maximum value is more than or equal to 1;

And multiplying the minimum value corresponding to the item classification by a corresponding influence factor to be used as the lower limit value of the standard value range corresponding to the item numerical value of the item classification, wherein the influence factor of the minimum value is less than or equal to 1.

obtaining maximum and minimum values corresponding to each item classification in each data stream;

taking the maximum value corresponding to the item classification as the upper limit value of the standard value range corresponding to the item numerical value of the item classification;

And taking the minimum value corresponding to the item classification as the lower limit value of the standard value range corresponding to the item numerical value of the item classification.

Optionally, the item value includes a plurality of items, and correspondingly, after comparing the item value with the standard value range, includes:

And if any one of the item values is not in the corresponding standard value range, judging that the vehicle fails in the diagnosis scene.

Optionally, the vehicle fault diagnosis method further includes:

And if the project numerical value falls within the standard value range, judging that the vehicle has no fault in the diagnosis scene.

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

The information acquisition module is used for acquiring diagnosis scene selection information sent by a user and determining a diagnosis scene required by the user;

the display module is used for displaying a corresponding standard value range according to the diagnosis scene, wherein the standard value range is preset by the user according to different diagnosis scenes;

The monitoring module is used for monitoring the diagnosis operation of the user so as to acquire the item value corresponding to the diagnosis operation;

And the judging module is used for judging that the vehicle fails in the diagnosis scene if the project numerical value is not in the standard value range.

A third aspect of an embodiment of the present application provides a terminal device, including: a memory, a processor and a computer program stored in the memory and executable on the processor, the processor implementing the steps of the method according to any one of the first aspects above when the computer program is executed.

A fourth aspect of the embodiments of the present application provides a computer-readable storage medium storing a computer program which, when executed by a processor, implements the steps of the method according to any one of the first aspects above.

A fifth aspect of the embodiments of the present application provides a computer program product for, when run on a terminal device, causing the terminal device to perform the steps of the method of any of the first aspects above.

Compared with the prior art, the embodiment of the application has the beneficial effects that: in the embodiment of the application, the diagnosis scene selection information sent by the user is obtained, so that the diagnosis scene required by the user is determined; then displaying a standard value range corresponding to the diagnosis scene according to the diagnosis scene, wherein the standard value range is preset by a user according to different diagnosis scenes; monitoring the diagnosis operation of the user to obtain item values corresponding to the diagnosis operation; by comparing the item values to the standard value range; and judging whether the item numerical value falls in a corresponding standard value range, and if not, judging that the vehicle fails in the diagnosis scene. In the process, a user presets the range of the judging standard according to the requirement, so that whether the vehicle has a fault can be accurately judged.

It will be appreciated that the advantages of the second to fifth aspects may be found in the relevant description of the first aspect, and are not described here again.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments or the description of the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flowchart of an implementation of a vehicle fault diagnosis method provided by an embodiment of the present application;

FIG. 2 is a schematic diagram of a selected diagnosis scenario in a vehicle fault diagnosis method according to an embodiment of the present application;

FIG. 3 is a schematic diagram of a range of setting standard values provided by an embodiment of the present application;

fig. 4 is a schematic diagram of a vehicle fault diagnosis apparatus provided by an embodiment of the present application;

Fig. 5 is a schematic diagram of a terminal device according to an embodiment of the present application.

Detailed Description

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

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

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

As used in the present description and the appended claims, the term "if" may be interpreted as "when..once" or "in response to a determination" or "in response to detection" depending on the context. Similarly, the phrase "if a determination" or "if a [ described condition or event ] is detected" may be interpreted in the context of meaning "upon determination" or "in response to determination" or "upon detection of a [ described condition or event ]" or "in response to detection of a [ described condition or event ]".

Furthermore, the terms "first," "second," "third," and the like in the description of the present specification and in the appended claims, are used for distinguishing between descriptions and not necessarily for indicating or implying a relative importance.

Reference in the specification to "one embodiment" or "some embodiments" or the like means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," and the like in the specification are not necessarily all referring to the same embodiment, but mean "one or more but not all embodiments" unless expressly specified otherwise. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.

The automobile data flow is an important source for judging the failure of the automobile by a technician, and the working state information of various sensors and actuators of the electronic control system of the automobile can be known in real time through analysis of the acquired data flow, so that the running state of the automobile is mastered, and whether the electronic control systems of the automobile work normally is judged. The service technician typically reads the values of the particular data streams and analyzes the problem in conjunction with the actual vehicle condition. For numeric type data streams, manufacturers typically define a range of data streams for their read data streams in dedicated diagnostic software, and service technicians read the data streams with reference to this range for diagnosis.

However, this is also problematic, since the range of each data stream given by the manufacturer is often a relatively large range, but each technician will have a definite range for the data stream in different situations, for example, the data stream "accelerator pedal position", the overall data stream range is 0-100%, the correct range in different states, such as idle, medium speed, and high speed, is different, and the diagnostic apparatus is not accurate if it completely references the range of the manufacturer.

The application provides a method for diagnosing vehicle faults under different diagnosis scenes, which can be used for adding a function button for setting a data stream range on a data stream reading interface of specific diagnosis software before specific diagnosis is carried out, executing the function by a user, setting a scene name and then selecting the data stream to be read under the scene. Before the end of the click, the user may perform the necessary operations for troubleshooting the vehicle (e.g., stepping on the accelerator pedal), at which point the diagnostic software saves all the values of the data stream for that period of time until the user clicks "end". After collecting the data flow values, the diagnostic software automatically screens the numerical range of each numerical type data flow and saves the numerical range to the local, so that the dynamic setting of the range value of the associated data flow in the scene is completed. When the subsequent vehicle diagnosis is carried out, the user can load the data flow range values of different scenes according to the actual conditions, the data range is more accurate, the data range is more suitable for different scenes, and the user can better eliminate the problems. The user can define the data flow and the range value thereof according to the diagnosis scene autonomously in the mode, can store the data flow and the range value thereof locally, and can repeatedly use the same scene in the subsequent diagnosis, thereby greatly improving the diagnosis accuracy and the diagnosis efficiency of the vehicle faults.

Referring to fig. 1, the method for diagnosing a vehicle fault provided by the present application may include:

Step 101, obtaining diagnosis scene selection information sent by a user, and determining a diagnosis scene required by the user.

And 102, displaying a corresponding standard value range according to the diagnosis scene, wherein the standard value range is preset by the user according to different diagnosis scenes.

In the application, a user can judge whether the vehicle has faults or not through the diagnosis software, and the vehicle can be a vehicle of the type such as an automobile. In fault diagnosis, a user selects a corresponding diagnosis scene firstly, as shown in fig. 2, the diagnosis scene in the application can comprise an idle speed scene, a low speed scene, a high speed scene and the like. Upon receiving the selection of the user, the standard value range in the scene is displayed, as in the column of the "standard value" range shown in fig. 2.

The above standard value range is preset by the user as needed or by his own experience. Further, before displaying the corresponding standard value range according to the diagnosis scene, the method includes:

and setting the standard value range according to the data stream.

The user in the application can be the maintenance technology of the vehicle or other people who know the fault diagnosis of the vehicle, and when setting the standard value range, the user clicks the 'set scene data stream range' to initiate a setting instruction. Of course, the above-described "setting scene data stream range" may also be named other names, here set by the user. After the instruction is sent, the user sets the name of the corresponding diagnosis scene, for example, the current diagnosis scene name can be "idle speed" or "low speed" or "high speed", etc., and the name corresponding to the diagnosis scene set by the user is saved.

During the setting of the standard value range, the user can perform necessary operation (such as stepping on an accelerator pedal) for checking the problem on the vehicle, and the diagnostic software can save all the values of the data stream in the period until the user clicks to send an instruction for ending the setting. Further, the data stream may include a value of an item corresponding to an item category, or may include a plurality of items. For example, the same data stream may include only the values of the battery voltage, the engine speed, the vehicle speed, and the like. The data stream generated during the operation of the vehicle by the user may be one or more. When the user selects the ending operation, a corresponding standard value range under the corresponding diagnosis scene is generated according to the data stream generated during the whole operation period.

Further, the setting the standard value range according to the data stream includes:

and multiplying the minimum value corresponding to the item classification by a corresponding influence factor to be used as the lower limit value of the standard value range corresponding to the item numerical value of the item classification, wherein the influence factor corresponding to the minimum value is less than or equal to 1.

In the process of setting the standard value range, when a user selects to finish operation, the diagnostic software automatically screens the maximum value and the minimum value of each numerical value type data stream, as shown in fig. 3, and then multiplies the obtained maximum value and minimum value by respective influence factors to obtain a final numerical value range. For example, the maximum value of the battery voltage is 10, the minimum value is 0, the influence factor of the maximum value is 1.4, and the influence factor of the minimum value is 0.5, and the range of the finally obtained standard value is 0-14. The influence factor of the above maximum value is generally greater than or equal to 1, and the influence factor of the minimum value is generally less than or equal to 1 and greater than 0.

Further, the maximum value corresponding to the item classification is used as the upper limit value of the standard value range corresponding to the item numerical value of the item classification; and taking the minimum value corresponding to the item classification as the lower limit value of the standard value range corresponding to the item numerical value of the item classification. That is, when the influence factors of the maximum value and the minimum value are both 1, the maximum value may be set as the upper limit value of the standard value range, and the minimum value may be set as the lower limit value of the standard value range. As shown in fig. 3, the standard value ranges corresponding to the parameters of each item in the idle scene when the influence factor is 1 are shown.

And step 103, monitoring the diagnosis operation of the user to obtain the item value corresponding to the diagnosis operation.

And 104, if the project numerical value is not in the standard value range, judging that the vehicle fails in the diagnosis scene.

After a user selects a diagnosis scene, necessary operation of vehicle diagnosis is started, at the moment, item values corresponding to various categories in a data stream generated during the operation of the user are monitored, and then the item values are compared with corresponding standard value ranges; if the project value exceeds the standard value range, the vehicle can be considered to have a fault in the diagnosis scene. For example, if the detected battery voltage is 20 in the idle state and the corresponding standard value range is 0 to 14 (or 11.4 to 12.5, etc.), it is considered that the vehicle is out of order in the idle state.

Further, the item value includes a plurality of items, and accordingly, after comparing the item value with the standard value range,

For example, the item values are respectively different types of values such as the battery voltage 20, the engine speed 10, the vehicle speed 0, and the like, and if any one of the values is not within the corresponding standard value range (for example, the battery voltage exceeds the standard range and the other two are within the standard value range), it may be determined that the vehicle has a fault in the diagnostic scene. The remaining diagnostic scenarios are similar and will not be described in detail herein.

Further, the vehicle fault diagnosis method further includes:

Further, if the item values include a plurality of items, each of the item values is within a corresponding standard value range, it is determined that the vehicle is not faulty in the diagnostic scenario.

In the embodiment of the application, the diagnosis scene selection information sent by the user is obtained, so that the diagnosis scene required by the user is determined; then displaying a standard value range corresponding to the diagnosis scene according to the diagnosis scene, wherein the standard value range is preset by a user according to different diagnosis scenes; monitoring the diagnosis operation of the user to obtain item values corresponding to the diagnosis operation; by comparing the item values to the standard value range; and judging whether the item numerical value falls in a corresponding standard value range, and if not, judging that the vehicle fails in the diagnosis scene. In the process, the user sets the range of the judging standard in advance, so that whether the vehicle has a fault can be accurately judged.

It should be understood that the sequence number of each step in the foregoing embodiment does not mean that the execution sequence of each process should be determined by the function and the internal logic, and should not limit the implementation process of the embodiment of the present application.

Another embodiment of the present application further provides a vehicle fault diagnosis apparatus, fig. 4 shows a schematic diagram of a vehicle fault diagnosis apparatus 4 provided in another embodiment of the present application, including:

An information acquisition module 41, configured to acquire diagnostic scene selection information sent by a user, and determine a diagnostic scene required by the user;

A display module 42, configured to display a corresponding standard value range according to the diagnostic scene, where the standard value range is preset by the user according to different diagnostic scenes;

The monitoring module 43 is configured to monitor a diagnostic operation of the user, so as to obtain a project value corresponding to the diagnostic operation;

And the judging module 44 is configured to judge that the vehicle fails in the diagnostic scene if the item value is not within the standard value range.

Further, the above-described vehicle fault diagnosis apparatus 4 further includes:

The standard value setting module is used for acquiring a data setting instruction and a name corresponding to a diagnosis scene and storing the name corresponding to the diagnosis scene;

and setting the standard value range according to the data stream.

Further, before displaying the corresponding standard value range according to the diagnosis scene, the method further includes:

And multiplying the minimum value corresponding to the item classification by a corresponding influence factor to be used as the lower limit value of the standard value range corresponding to the item numerical value of the item classification, wherein the influence factor corresponding to the minimum value is less than or equal to 1. Or alternatively

And taking the minimum value corresponding to the item classification as the lower limit value of the standard value range corresponding to the item numerical value of the item classification. Further, the item value includes a plurality of items, and accordingly, the judging module 44 is specifically configured to:

Further, the judging module 44 is further configured to:

In application, each module in the data storage device may be a software program module, may be implemented by different logic circuits integrated in a processor, or may be implemented by a plurality of distributed processors.

Fig. 5 is a schematic structural diagram of a terminal device according to an embodiment of the present application. As shown in fig. 5, the terminal device 5 of this embodiment includes: at least one processor 50 (only one shown in fig. 5), a memory 51, and a computer program 52 stored in the memory 51 and executable on the at least one processor 50, the processor 50 implementing the steps in any of the various vehicle fault diagnosis method embodiments described above when executing the computer program 52.

The terminal device 5 may be a computing device such as a desktop computer, a notebook computer, a palm computer, a cloud server, etc. The terminal device may include, but is not limited to, a processor 50, a memory 51. It will be appreciated by those skilled in the art that fig. 5 is merely an example of the terminal device 5 and is not meant to be limiting as the terminal device 5, and may include more or fewer components than shown, or may combine certain components, or different components, such as may also include input-output devices, network access devices, etc.

The Processor 50 may be a central processing unit (Central Processing Unit, CPU), the Processor 50 may also be other general purpose processors, digital signal processors (DIGITAL SIGNAL processors, DSP), application SPECIFIC INTEGRATED Circuit (ASIC), field-Programmable gate array (Field-Programmable GATE ARRAY, FPGA) or other Programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory 51 may in some embodiments be an internal storage unit of the terminal device 5, such as a hard disk or a memory of the terminal device 5. The memory 51 may in other embodiments also be an external storage device of the terminal device 5, such as a plug-in hard disk provided on the terminal device 5, a smart memory card (SMART MEDIA CARD, SMC), a Secure Digital (SD) card, a flash memory card (FLASH CARD) or the like. Further, the memory 51 may also include both an internal storage unit and an external storage device of the terminal device 5. The memory 51 is used for storing an operating system, application programs, boot loader (BootLoader), data, other programs, etc., such as program codes of the computer program. The memory 51 may also be used to temporarily store data that has been output or is to be output.

For example, the terminal device may be a station (Staion, ST) in a WLAN, may be a cellular telephone, a cordless telephone, a Session initiation protocol (Session InitiationProtocol, SIP) telephone, a wireless local loop (Wireless Local Loop, WLL) station, a Personal digital assistant (Personal DIGITAL ASSISTANT, PDA) device, a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a car networking terminal, a computer, a laptop computer, a handheld communication device, a handheld computing device, a satellite radio, a wireless modem card, a television Set Top Box (STB), a customer premise equipment (Customer Premise Equipment, CPE) and/or other devices for communicating over a wireless system as well as next generation communication systems, such as a mobile terminal in a 5G network or a mobile terminal in a future evolving public land mobile network (Public Land Mobile Network, PLMN) network, etc.

The Communication module may provide solutions for Communication including wireless local area network (Wireless Localarea Networks, WLAN) (e.g., wi-Fi network), bluetooth, zigbee, mobile Communication network, global navigation satellite system (Global Navigation SATELLITE SYSTEM, GNSS), frequency modulation (Frequency Modulation, FM), near field Communication (NEAR FIELD Communication, NFC), infrared (IR), etc. applied on the network device. The communication module may be one or more devices integrating at least one communication processing module. The communication module may comprise an antenna, which may have only one array element, or may be an antenna array comprising a plurality of array elements. The communication module can receive electromagnetic waves through an antenna, frequency-modulate and filter electromagnetic wave signals, and send the processed signals to a processor. The communication module can also receive the signal to be transmitted from the processor, frequency modulate and amplify the signal, and convert the signal into electromagnetic waves through the antenna to radiate.

The power management module may receive input from the battery and/or charger and power the processor, memory, communication module, etc.

It should be noted that fig. 5 is not limited to the structure of the terminal device 5, and may include more or less components than those shown in the drawings, or may be combined with some components, or different components, for example, the terminal device 5 may also include a display screen, an indicator lamp, a motor, a control (e.g., a button), a gyro sensor, an acceleration sensor, and the like.

It should be noted that, because the content of information interaction and execution process between the above devices/units is based on the same concept as the method embodiment of the present application, specific functions and technical effects thereof may be referred to in the method embodiment section, and will not be described herein.

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

The embodiment of the application also provides a terminal device, which comprises: at least one processor, a memory, and a computer program stored in the memory and executable on the at least one processor, which when executed by the processor performs the steps of any of the various method embodiments described above.

Embodiments of the present application also provide a computer readable storage medium storing a computer program which, when executed by a processor, implements steps for implementing the various method embodiments described above.

Embodiments of the present application provide a computer program product which, when run on a mobile terminal, causes the mobile terminal to perform steps that enable the implementation of the method embodiments described above.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the present application may implement all or part of the flow of the method of the above embodiments, and may be implemented by a computer program to instruct related hardware, where the computer program may be stored in a computer readable storage medium, and when the computer program is executed by a processor, the computer program may implement the steps of each of the method embodiments described above. Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable medium may include at least: any entity or device capable of carrying computer program code to an apparatus/terminal device, recording medium, computer Memory, read-Only Memory (ROM), random access Memory (RAM, random Access Memory), electrical carrier signals, telecommunications signals, and software distribution media. Such as a U-disk, removable hard disk, magnetic or optical disk, etc. In some jurisdictions, computer readable media may not be electrical carrier signals and telecommunications signals in accordance with legislation and patent practice.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and in part, not described or illustrated in any particular embodiment, reference is made to the related descriptions of other embodiments.

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

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/terminal device and method may be implemented in other manners. For example, the apparatus/terminal device embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical function division, and there may be additional divisions in actual implementation, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection via interfaces, devices or units, which may be in electrical, mechanical or other forms.

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

The above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present application, and are intended to be included in the scope of the present application.

Claims

1. A vehicle fault diagnosis method, characterized in that the vehicle fault diagnosis method comprises:

2. The vehicle fault diagnosis method according to claim 1, characterized in that before the corresponding standard value range is displayed according to the diagnosis scene, it comprises:

Collecting data streams generated during the vehicle problem investigation operation of a user in a current diagnosis scene, wherein each data stream corresponds to item values of one or more item classifications;

and setting the standard value range according to the data stream.

3. The vehicle fault diagnosis method according to claim 2, wherein the setting the standard value range according to the data flow includes:

4. The vehicle fault diagnosis method according to claim 2, wherein the setting the standard value range according to the data flow includes:

5. The vehicle fault diagnosis method according to claim 1, wherein the item value includes a plurality of items, and accordingly, after comparing the item value with the standard value range, comprising:

6. The vehicle fault diagnosis method according to claim 1, characterized in that the vehicle fault diagnosis method further comprises:

7. A vehicle failure diagnosis apparatus, characterized by comprising:

8. The vehicle fault diagnosis device according to claim 7, characterized in that the vehicle fault diagnosis device further comprises:

The standard value setting module is used for acquiring a data setting instruction and a name corresponding to a diagnosis scene and storing the name corresponding to the diagnosis scene; collecting data streams generated during the vehicle problem investigation operation of a user in a current diagnosis scene, wherein each data stream corresponds to item values of one or more item classifications; and setting the standard value range according to the data stream.

9. A terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the steps of the method according to any of claims 1 to 6 when the computer program is executed.

10. A computer readable storage medium storing a computer program, characterized in that the computer program when executed by a processor implements the steps of the method according to any one of claims 1 to 6.