CN117608270A

CN117608270A - Vehicle fault determining system, method, device and storage medium

Info

Publication number: CN117608270A
Application number: CN202311632226.9A
Authority: CN
Inventors: 洪文; 童傲; 张海涛; 何鹏; 郭盛; 陈志鹏
Original assignee: Chery Automobile Co Ltd
Current assignee: Chery Automobile Co Ltd
Priority date: 2023-11-30
Filing date: 2023-11-30
Publication date: 2024-02-27

Abstract

The application discloses a vehicle fault determining system, a vehicle fault determining method, vehicle fault determining equipment and a storage medium, and belongs to the technical field of vehicles. In the system, a diagnosis device determines a target controller according to a plurality of fault codes, then sends an acquisition request to the target controller, acquires signal values of a plurality of functional modules in a plurality of periods, generates a first data stream based on the signal values of the plurality of functional modules in each period, and sends the first data stream corresponding to the plurality of periods to the diagnosis device. The diagnostic device generates a second data stream based on the first data stream corresponding to the plurality of periods, and transmits the second data stream to the terminal. The terminal processes the second data stream through the processing script to obtain a first file, and determines the fault cause based on the first file. Therefore, when a plurality of fault codes occur, the system can directly acquire the signal values of a plurality of functional modules corresponding to the target controller at one time without acquiring the signal values for a plurality of times, so that the time is saved, and the efficiency of determining the fault cause is improved.

Description

Vehicle fault determining system, method, device and storage medium

Technical Field

The present disclosure relates to the field of vehicle technologies, and in particular, to a vehicle fault determining system, method, device, and storage medium.

Background

During the running of the vehicle, a malfunction is inevitably generated. When a vehicle fails, the cause of the failure needs to be determined first, and then maintenance is performed for the cause of the failure.

The process of determining the cause of the fault in the related art is as follows: firstly determining a fault code, determining at least one fault module in the controller according to the fault code, then reading the signal value of each fault module, and determining the fault reason according to the read signal value.

However, when the number of fault codes is plural, it takes a long time to read the signal value of the fault module plural times, resulting in low efficiency in determining the cause of the fault.

Disclosure of Invention

The embodiment of the application provides a vehicle fault determining system, a vehicle fault determining method, a vehicle fault determining device and a storage medium, which can improve the efficiency of determining a fault cause. The technical scheme is as follows:

in one aspect, a vehicle fault determination system is provided, the system comprising: the system comprises diagnostic equipment, a target controller and a terminal, wherein the terminal and the target controller are electrically connected with the diagnostic equipment;

the diagnosis device is used for acquiring a plurality of fault codes, determining a target controller based on the plurality of fault codes and sending an acquisition request to the target controller;

The target controller is used for acquiring signal values of a plurality of functional modules in a plurality of periods based on the acquisition request; generating a first data stream based on signal values of the plurality of functional modules in each cycle; sending a first data stream corresponding to the multiple periods to the diagnosis equipment, wherein the multiple functional modules are multiple modules corresponding to the target controller;

the diagnostic equipment is further used for generating a second data stream based on the first data streams corresponding to the periods and sending the second data stream to the terminal;

the terminal is used for processing the second data stream through a first processing script to obtain first files corresponding to the plurality of functional modules; and determining a fault reason based on the first files corresponding to the plurality of functional modules.

In a possible implementation manner, the target controller is configured to, for any period, obtain, based on the obtaining request, signal values of the plurality of functional modules in any period according to a signal sequence of the plurality of functional modules in a pre-stored signal list; and forming the signal values of the functional modules in the period into the first data stream.

In another possible implementation manner, the terminal is further configured to obtain the first processing script, run the first processing script, and write signal values of the plurality of functional modules in the plurality of periods in the second data stream into a table based on a pre-stored signal sequence of the plurality of functional modules, so as to obtain a first table; and converting the first table into a file in a preset format to obtain the first file.

In another possible implementation manner, the terminal is further configured to display a change view corresponding to the plurality of functional modules, based on the first file, where the change view is used to represent a change situation of a signal value of the functional module with time;

determining at least one fault module from the plurality of functional modules based on the corresponding change views of the plurality of functional modules;

and determining the fault reason based on the at least one fault module.

In another possible implementation manner, the terminal is further configured to open the first file through an analysis tool, and display a variable selection interface, where the variable selection interface includes a plurality of variable selection options, and one variable selection option corresponds to one function module; and responding to the triggering operation of the variable selection options, and displaying the change views corresponding to the functional modules.

In another possible implementation manner, the diagnostic device is further configured to compose the first data stream corresponding to the plurality of periods into the second data stream in a time sequence.

In another aspect, a vehicle fault determination method is provided, the method comprising:

the diagnosis equipment acquires a plurality of fault codes, determines a target controller based on the plurality of fault codes, and sends an acquisition request to the target controller;

the target controller acquires signal values of a plurality of functional modules in a plurality of periods based on the acquisition request; generating a first data stream based on signal values of the plurality of functional modules in each cycle; sending a first data stream corresponding to the multiple periods to the diagnosis equipment, wherein the multiple functional modules are multiple modules corresponding to the target controller;

the diagnosis equipment generates a second data stream based on the first data streams corresponding to the periods and sends the second data stream to a terminal;

the terminal processes the second data stream through a first processing script to obtain first files corresponding to the plurality of functional modules;

and the terminal determines the fault reason based on the first files corresponding to the functional modules.

In one possible implementation, the target controller generates a first data stream based on signal values of the plurality of functional modules in each period, including:

the target controller obtains signal values of the plurality of functional modules in any period according to the signal sequence of the plurality of functional modules in a pre-stored signal list based on the obtaining request; and forming the signal values of the functional modules in the period into the first data stream.

In another possible implementation manner, the terminal processes the second data stream through a first processing script to obtain a first file corresponding to the multiple functional modules, where the first file includes:

the terminal acquires the first processing script, runs the first processing script, and writes signal values of the plurality of functional modules in the plurality of periods in the second data stream into a table based on the pre-stored signal sequences of the plurality of functional modules to obtain a first table; and converting the first table into a file in a preset format to obtain the first file.

In another possible implementation manner, the determining, by the terminal, a cause of the fault based on the first files corresponding to the plurality of functional modules includes:

The terminal displays a change view corresponding to the plurality of functional modules based on the first file, wherein the change view is used for representing the change condition of signal values of the functional modules along with time;

and determining the fault reason based on the at least one fault module.

In another possible implementation manner, the displaying, by the terminal, a change view corresponding to the plurality of functional modules based on the first file includes:

the terminal opens the first file through an analysis tool and displays a variable selection interface, wherein the variable selection interface comprises a plurality of variable selection options, and one variable selection option corresponds to one functional module; and responding to the triggering operation of the variable selection options, and displaying the change views corresponding to the functional modules.

In another possible implementation manner, the diagnostic device generates a second data stream based on the first data streams corresponding to the multiple periods, and sends the second data stream to the terminal, including:

the diagnostic device composes the first data stream corresponding to the plurality of periods into the second data stream according to the time sequence.

In another aspect, an electronic device is provided, where the electronic device includes a processor and a memory, where the memory stores at least one program code, where the at least one program code is loaded and executed by the processor to implement a vehicle fault determination method described in any one of the diagnostic devices, the target controller, or the terminal.

In another aspect, a computer readable storage medium having at least one program code stored therein, the at least one program code loaded and executed by a processor to implement the vehicle fault determination method of any of the above.

In another aspect, a computer program product is provided, in which at least one program code is stored, which is loaded and executed by a processor to implement the vehicle fault determination method of any of the above.

The embodiment of the application provides a vehicle fault determining system, in which a diagnostic device determines a target controller according to a plurality of fault codes, then sends an acquisition request to the target controller, and the target controller acquires signal values of a plurality of functional modules in a plurality of periods based on the acquisition request, generates a first data stream based on the signal values of the plurality of functional modules in each period, and sends the first data stream corresponding to the plurality of periods to the diagnostic device. The diagnostic device generates a second data stream based on the first data stream corresponding to the plurality of periods, and transmits the second data stream to the terminal. The terminal processes the second data stream through the processing script to obtain a first file, and determines the fault cause based on the first file. Therefore, when a plurality of fault codes occur, the system can directly acquire the signal values of a plurality of functional modules corresponding to the target controller at one time without acquiring the signal values for a plurality of times, so that the time is saved, and the efficiency of determining the fault cause is improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

FIG. 1 is a schematic diagram of a vehicle fault determination system provided in an embodiment of the present application;

FIG. 2 is a flow chart of a method for determining a vehicle fault provided in an embodiment of the present application;

FIG. 3 is a schematic diagram of determining a cause of a vehicle failure according to an embodiment of the present application;

fig. 4 is a block diagram of a terminal according to an embodiment of the present application;

fig. 5 is a block diagram of a diagnostic device according to an embodiment of the present application.

Detailed Description

In order to make the technical solution and advantages of the present application more clear, the following embodiments of the present application are described in further detail.

The terms "first," "second," "third," and "fourth" and the like in the description and in the claims of this application and in the drawings, are used for distinguishing between different objects and not for describing a particular sequential order. Furthermore, the terms "comprising," "including," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus.

It should be noted that, information (including but not limited to user equipment information, user personal information, etc.), data (including but not limited to data for analysis, stored data, presented data, etc.), and signals referred to in this application are all authorized by the user or are fully authorized by the parties, and the collection, use, and processing of relevant data is required to comply with relevant laws and regulations and standards of relevant countries and regions. For example, reference in this application to signal values, fault codes, etc. are all acquired with sufficient authorization.

Fig. 1 is a schematic diagram of a vehicle fault determining system provided in an embodiment of the present application, referring to fig. 1, the system includes: the diagnosis device 10, the target controller 11 and the terminal 12, wherein the terminal 12 and the target controller 11 are electrically connected with the diagnosis device 10;

a diagnostic device 10 for acquiring a plurality of trouble codes, determining a target controller 11 based on the plurality of trouble codes, and transmitting an acquisition request to the target controller 11;

a target controller 11 for acquiring signal values of a plurality of functional modules in a plurality of periods based on the acquisition request; generating a first data stream based on signal values of a plurality of functional modules in each period; transmitting a first data stream corresponding to a plurality of periods to the diagnostic device 10, the plurality of functional modules being a plurality of modules corresponding to the target controller 11;

The diagnostic device 10 is further configured to generate a second data stream based on the first data stream corresponding to the plurality of periods, and send the second data stream to the terminal 12;

the terminal 12 is configured to process the second data stream through a first processing script to obtain first files corresponding to the multiple functional modules; and determining the fault reason based on the first files corresponding to the plurality of functional modules.

In the embodiment of the present application, the diagnostic apparatus 10 may be a vehicle diagnostic apparatus, which is a professional apparatus for vehicle detection and may be a tool for detecting a vehicle failure. The target controller 11 may be any controller in the vehicle, for example, the target controller 11 is a TCU (Transmission Control Unit, automatic transmission control unit), ECU (Engine Control Unit ), or other control unit, which is not particularly limited. The terminal 12 is at least one of a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, a smart voice interaction device, a smart home appliance, a vehicle-mounted terminal 12, and the like, but is not limited thereto.

The electrical connection may be a circuit connection or a wireless connection, which is not particularly limited. If the electrical connection is a circuit connection, the connection mode may be a cable connection, and if the electrical connection is a wireless connection, the connection mode may be an infrared connection, a wireless local area network, and a WiFi (Wireless Fidelity ) network connection. In the embodiment of the present application, this is not particularly limited. In addition, the vehicle may be a fuel-fired vehicle, an electric vehicle, or a hybrid vehicle, which is not particularly limited.

In a possible implementation manner, the target controller 11 is configured to, for any period, obtain signal values of a plurality of functional modules in the period according to a signal sequence of the plurality of functional modules in a pre-stored signal list based on the obtaining request; the signal values of the plurality of functional modules in the period are combined into a first data stream.

In another possible implementation manner, the terminal 12 is further configured to obtain a first processing script, and run the first processing script, where the first processing script is configured to write signal values of a plurality of functional modules in a plurality of periods in the second data stream into a table based on a signal sequence of the plurality of functional modules stored in advance, to obtain a first table; and converting the first table into a file in a preset format to obtain a first file.

In another possible implementation manner, the terminal 12 is further configured to display, based on the first file, a change view corresponding to the plurality of functional modules, where the change view is used to represent a change situation of a signal value of the functional module with time;

determining at least one fault module from the plurality of functional modules based on the change views corresponding to the plurality of functional modules;

based on the at least one fault module, a cause of the fault is determined.

In another possible implementation, the terminal 12 is further configured to open the first file by using an analysis tool, and display a variable selection interface, where the variable selection interface includes a plurality of variable selection options, and one variable selection option corresponds to one function module; and responding to the triggering operation of the multiple variable selection options, and displaying the changing views corresponding to the multiple functional modules.

In another possible implementation, the diagnostic device 10 is further configured to compose the first data stream corresponding to the plurality of periods into the second data stream in a time sequence.

Fig. 2 is a flowchart of a vehicle fault determining method provided in an embodiment of the present application, referring to fig. 2, the method includes:

Step 201: the diagnostic device acquires a plurality of fault codes, determines a target controller based on the plurality of fault codes, and sends an acquisition request to the target controller.

When the vehicle breaks down, a maintenance person connects the diagnosis device with the vehicle, and the diagnosis device reads the fault codes of the vehicle to obtain a plurality of fault codes. The diagnostic device may determine, based on the correspondence between the fault codes and the controllers, the target controllers to which the plurality of fault codes belong.

The plurality of fault codes may correspond to the same controller or may correspond to different controllers, that is, the target controller may be one controller, for example, a TCU, an ECU, or other control units, or may be a plurality of controllers, for example, a TCU and an ECU, which are not limited in particular.

It should be noted that, when the fault code is one, the diagnostic device may also determine the cause of the fault by using the method provided in the present application, and correspondingly, step 201 is: the diagnostic device obtains the fault code and determines the target controller based on the fault code.

After determining the target controller, the diagnostic device sends an acquisition request to the target controller.

The diagnostic device and the target controller perform communication interaction based on a UDS (Unified Diagnostic Services, unified diagnostic service) diagnostic protocol, a start option is provided on the diagnostic device, and in response to a trigger operation on the start option, the diagnostic device sends an acquisition request to the target controller based on the UDS diagnostic protocol, for requesting acquisition of DID (Data Identifier) of a plurality of function modules corresponding to the target controller.

The multiple functional modules corresponding to the target controller are driving units controlled by the target controller. For example, the driving unit is a solenoid valve. The starting option can be a virtual key or a physical key.

Step 202: the target controller acquires signal values of a plurality of functional modules in a plurality of periods based on the acquisition request; generating a first data stream based on signal values of a plurality of functional modules in each period; the first data stream corresponding to the plurality of cycles is transmitted to the diagnostic device.

In one possible implementation manner, for any period, the target controller acquires signal values of a plurality of functional modules in the period according to the signal sequence of the plurality of functional modules in the pre-stored signal list based on the acquisition request, and composes the signal values of the plurality of functional modules in the period into the first data stream.

In this implementation, for any period, the target controller directly obtains signal values of a plurality of functional modules according to the signal sequences of the plurality of functional modules, and then composes the first data stream.

In this embodiment of the present application, each time the target controller obtains signal values corresponding to a plurality of functional modules in a period, a first data stream is formed, and then the first data stream corresponding to the period is sent to the diagnostic device. The diagnostic equipment is further provided with a stop option, when the first data flow corresponding to the periods meets the fault analysis requirement, a maintainer can trigger the stop option, and correspondingly, the diagnostic equipment is disconnected with the target controller in response to the triggering operation of the stop option, so that the target controller stops sending the first data flow to the diagnostic equipment.

It should be noted that, before step 202, the target controller determines the signal sequence of the plurality of functional modules, that is, the arrangement sequence of the signals of the plurality of functional modules, and then generates the signal list. The signal list may also include attributes of a plurality of function block signals, such as units of signals, data formats, data types, data lengths, offsets, etc.

In the embodiment of the application, a developer can ensure that the customized UDS service development meets the specification based on the diagnostic service specification (enterprise standard and national standard) of the vehicle and communication with the internal network diagnostic developer of the company, then adds the UDS customized service and content in the target controller, makes signals of a plurality of functional modules controlled by the target controller into a table, reflects the attribute and sequence of each signal in the table, then keys codes into the UDS service of the target controller according to the signal sequence, and finally integrates software to obtain software with the customized UDS service. Therefore, when the vehicle is in fault, the target controller can directly acquire the signal values of all the functional modules corresponding to the target controller at one time without acquiring the signal values for multiple times, so that the efficiency is improved.

Step 203: the diagnostic device generates a second data stream based on the first data stream corresponding to the plurality of periods, and transmits the second data stream to the terminal.

After the diagnostic equipment acquires the first data streams corresponding to the periods, the first data streams corresponding to the periods are formed into the second data stream according to the time sequence, and the second data stream is sent to the terminal.

The format of the second data stream may be set and changed as needed, for example, the second data stream is txt format.

Step 204: and the terminal processes the second data stream through the first processing script to obtain first files corresponding to the plurality of functional modules.

In this step, the terminal receives a second data stream sent by the diagnostic device, acquires a first processing script, and then runs the first processing script, where the first processing script writes signal values of a plurality of functional modules in a plurality of periods in the second data stream into a table based on a signal sequence of the plurality of functional modules stored in advance, so as to obtain a first table, and converts the first table into a file in a preset format, so as to obtain a first file.

In the implementation mode, the first processing script writes signal values of the plurality of functional modules into the table according to the signal sequence of the plurality of functional modules in time sequence to obtain a first table.

In the embodiment of the application, the signal sequences of the plurality of functional modules are prestored in the first processing script, and the signal sequences are written by a developer when the first processing script is written. The form of the table can be set and changed according to the need, for example, the table comprises names, signal attributes, corresponding positions of signal values and time axes of a plurality of functional modules, the names of the plurality of functional modules are positioned in one row, the signal values and the signal attributes of the plurality of functional modules read at the same time are positioned in one row, and the signal values and the signal attributes of the same functional module read at different times are positioned in one row and correspond to the functional modules; or names of the plurality of functional modules are in a column, signal values and signal attributes of the plurality of functional modules read at the same time are in a column, and signal values and signal attributes of the same functional module read at different times are in a column and correspond to the functional modules.

Before writing the signal values of the plurality of functional modules, the corresponding positions of the signal values in the table may be blank or non-blank. If the signal value is blank, the first processing script directly writes the read signal value. If the signal value is not blank, the signal value at the corresponding position of the signal value in the table is the initial signal value, and the first processing script replaces the initial signal value with the read signal value. The initial signal value may be 0 or other values, which are not particularly limited.

In the embodiment of the application, the function of the first processing script is to split and fill the first data stream corresponding to each period in the second data stream into the table, and the terminal writes the signal values of the plurality of functional modules into the table through the first processing script, so that the signal values of each functional module at different times can be obtained, and the subsequent display through the visual view is facilitated.

After the terminal obtains the first form, the first form is put into an engineering environment where the first processing script is located, and the first form is converted into a file with a preset format through the engineering environment.

The preset format is a format readable by an analysis tool, for example, the analysis tool is MDA (Measure Data Analyzer, measurement data analyzer) of INCA (a calibration software), and the preset format is ASCII (American Standard Code for Information Interchange ) format.

The first processing script may be a Python (a programming language) script, or may be another script, and in this embodiment of the present application, only the first processing script is described as a Python script.

Step 205: the terminal determines a fault reason based on the first files corresponding to the plurality of functional modules.

This step can be achieved by the following steps (1) to (3), comprising:

(1) And the terminal displays the change views corresponding to the plurality of functional modules based on the first file.

The change view is used to represent the change in signal values of the functional modules over time.

In one possible implementation manner, the terminal opens the first file through the analysis tool, and displays a variable selection interface, wherein the variable selection interface comprises a plurality of variable selection options, and one variable selection option corresponds to one functional module; and responding to the triggering operation of the multiple variable selection options, and displaying the changing views corresponding to the multiple functional modules.

In the implementation mode, an analysis tool is operated in the terminal, a first file is opened based on the analysis tool in response to the file opening operation, and then a variable selection interface is displayed. The variable selection interface comprises a plurality of variable selection options, one variable selection option corresponds to one functional module, and the terminal directly displays the change views corresponding to the plurality of functional modules based on the signal values of the plurality of functional modules in the first file in response to triggering operation of the plurality of variable selection options.

In the embodiment of the application, the maintenance personnel can also select to partially view the change view corresponding to part of the functional modules. Correspondingly, in response to triggering operation of one or a part of variable selection options, the terminal displays a change view corresponding to one or a part of function modules based on the signal value of the function module corresponding to the selected variable selection option.

In the embodiment of the present application, for each functional module, the changing view of the functional module may be set and changed according to needs, for example, the changing view of the functional module is a line graph, a histogram, a scatter diagram, or other visualized views, which is not specifically limited.

(2) The terminal determines at least one fault module from the plurality of functional modules based on the change views corresponding to the plurality of functional modules.

For each functional module, the terminal determines whether the signal value and the change condition of the functional module are within a preset range or not based on the change view corresponding to the functional module, and if not, the functional module is determined to be a fault module. The terminal determines at least one fault module from the plurality of functional modules by the method.

In the embodiment of the application, through the customized UDS service, the target controller can directly read the signal values of all the functional modules, and then send the signal values to the diagnostic device, and the diagnostic device forwards the signal values to the terminal. The terminal converts the read data stream into a file in a format readable by an analysis tool through a processing script, and then visualizes the acquired signals through the analysis tool, so that the time for determining the fault cause is shortened, and the efficiency is improved.

(3) The terminal determines a cause of the fault based on the at least one fault module.

The terminal can highlight at least one fault module through the display screen, and takes the at least one fault module as a fault reason, so that after the maintenance personnel see the fault module, the at least one fault module can be maintained in a targeted mode, and the fault is solved.

The terminal can determine maintenance guide information based on the fault reasons, and generate a solution report based on the maintenance guide information, so that a serviceman can refer to the maintenance guide information in the solution report to maintain at least one fault module.

Referring to fig. 3, the target controller is connected with the diagnostic device through a diagnostic port, the diagnostic device is connected with the terminal, the diagnostic device acquires a data stream through interaction with the target controller, then the data stream is sent to the terminal, the terminal processes the data stream through a Python script to obtain an ASCII format file, finally the file is opened through an MDA tool, and the data is analyzed, so that a fault cause is found out. The multiple sensors and the multiple actuators in fig. 3 are driving units, i.e., function modules, corresponding to the target controller, in which a customized UDS service is added, and signal values of the multiple function modules are obtained based on the customized UDS service. In addition, the vehicle comprises a plurality of controllers, and the controllers are required to cooperate with each other in normal operation of the vehicle, so that the target controller may interact with other controllers to acquire input signals of the other controllers, and also needs to output control signals.

In summary, the method provided by the application not only can be used for rapidly reading the signals of the electric elements of each module, but also can be used for converting the signals into visual charts, so that maintenance personnel can more clearly and intuitively compare the data, complex reading operation is reduced after sales, the problem sources are better and rapidly positioned, the faults are rapidly solved, and the after-sales service efficiency is improved.

The embodiment of the application provides a vehicle fault determining method, in which a diagnostic device determines a target controller according to a plurality of fault codes, then sends an acquisition request to the target controller, and the target controller acquires signal values of a plurality of functional modules in a plurality of periods based on the acquisition request, generates a first data stream based on the signal values of the plurality of functional modules in each period, and sends the first data stream corresponding to the plurality of periods to the diagnostic device. The diagnostic device generates a second data stream based on the first data stream corresponding to the plurality of periods, and transmits the second data stream to the terminal. The terminal processes the second data stream through the processing script to obtain a first file, and determines the fault cause based on the first file. Therefore, when a plurality of fault codes occur, the system can directly acquire the signal values of a plurality of functional modules corresponding to the target controller at one time without acquiring the signal values for a plurality of times, so that the time is saved, and the efficiency of determining the fault cause is improved.

Referring to fig. 4, fig. 4 shows a block diagram of a terminal 400 according to an exemplary embodiment of the present application. The terminal 400 may be a portable mobile terminal such as: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion picture expert compression standard audio plane 3), an MP4 (Moving Picture Experts Group Audio Layer IV, motion picture expert compression standard audio plane 4) player, a notebook computer, or a desktop computer. The terminal 400 may also be referred to by other names as user equipment, portable terminal, laptop terminal, desktop terminal, etc.

In general, the terminal 400 includes: a processor 401 and a memory 402.

Processor 401 may include one or more processing cores such as a 4-core processor, an 8-core processor, etc. The processor 401 may be implemented in at least one hardware form of DSP (Digital Signal Processing ), FPGA (Field-Programmable Gate Array, field programmable gate array), PLA (Programmable Logic Array ). The processor 401 may also include a main processor, which is a processor for processing data in an awake state, also called a CPU (Central Processing Unit ), and a coprocessor; a coprocessor is a low-power processor for processing data in a standby state. In some embodiments, the processor 401 may be integrated with a GPU (Graphics Processing Unit, image processor) for taking care of rendering and drawing of content that the display screen needs to display. In some embodiments, the processor 401 may also include an AI (Artificial Intelligence ) processor for processing computing operations related to machine learning.

Memory 402 may include one or more computer-readable storage media, which may be non-transitory. Memory 402 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 402 is used to store at least one program code for execution by processor 401 to perform the operations performed by a terminal in the vehicle fault determination method provided by the method embodiments in the present application.

In some embodiments, the terminal 400 may further optionally include: a peripheral interface 403 and at least one peripheral. The processor 401, memory 402, and peripheral interface 403 may be connected by a bus or signal line. The individual peripheral devices may be connected to the peripheral device interface 403 via buses, signal lines or a circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 404, a display screen 405, a camera assembly 406, audio circuitry 407, and a power supply 408.

Peripheral interface 403 may be used to connect at least one Input/Output (I/O) related peripheral to processor 401 and memory 402. In some embodiments, processor 401, memory 402, and peripheral interface 403 are integrated on the same chip or circuit board; in some other embodiments, either or both of the processor 401, memory 402, and peripheral interface 403 may be implemented on separate chips or circuit boards, which is not limited in this embodiment.

The Radio Frequency circuit 404 is configured to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuitry 404 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 404 converts an electrical signal into an electromagnetic signal for transmission, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 404 includes: antenna systems, RF transceivers, one or more amplifiers, tuners, oscillators, digital signal processors, codec chipsets, subscriber identity module cards, and so forth. The radio frequency circuitry 404 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocol includes, but is not limited to: the world wide web, metropolitan area networks, intranets, generation mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and/or WiFi (Wireless Fidelity ) networks. In some embodiments, the radio frequency circuitry 404 may also include NFC (Near Field Communication ) related circuitry, which is not limited in this application.

The display screen 405 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 405 is a touch display screen, the display screen 405 also has the ability to collect touch signals at or above the surface of the display screen 405. The touch signal may be input as a control signal to the processor 401 for processing. At this time, the display screen 405 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, the display 405 may be one and disposed on the front panel of the terminal 400; in other embodiments, the display 405 may be at least two, and disposed on different surfaces of the terminal 400 or in a folded design; in other embodiments, the display 405 may be a flexible display disposed on a curved surface or a folded surface of the terminal 400. Even more, the display screen 405 may be arranged in an irregular pattern that is not rectangular, i.e. a shaped screen. The display 405 may be made of LCD (Liquid Crystal Display ), OLED (Organic Light-Emitting Diode) or other materials.

The camera assembly 406 is used to capture images or video. Optionally, camera assembly 406 includes a front camera and a rear camera. Typically, the front camera is disposed on the front panel of the terminal and the rear camera is disposed on the rear surface of the terminal. In some embodiments, the at least two rear cameras are any one of a main camera, a depth camera, a wide-angle camera and a tele camera, so as to realize that the main camera and the depth camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize a panoramic shooting and Virtual Reality (VR) shooting function or other fusion shooting functions. In some embodiments, camera assembly 406 may also include a flash. The flash lamp can be a single-color temperature flash lamp or a double-color temperature flash lamp. The dual-color temperature flash lamp refers to a combination of a warm light flash lamp and a cold light flash lamp, and can be used for light compensation under different color temperatures.

The audio circuit 407 may include a microphone and a speaker. The microphone is used for collecting sound waves of users and environments, converting the sound waves into electric signals, and inputting the electric signals to the processor 401 for processing, or inputting the electric signals to the radio frequency circuit 404 for realizing voice communication. For the purpose of stereo acquisition or noise reduction, a plurality of microphones may be respectively disposed at different portions of the terminal 400. The microphone may also be an array microphone or an omni-directional pickup microphone. The speaker is used to convert electrical signals from the processor 401 or the radio frequency circuit 404 into sound waves. The speaker may be a conventional thin film speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, not only the electric signal can be converted into a sound wave audible to humans, but also the electric signal can be converted into a sound wave inaudible to humans for ranging and other purposes. In some embodiments, audio circuit 407 may also include a headphone jack.

The power supply 408 is used to power the various components in the terminal 400. The power source 408 may be alternating current, direct current, disposable or rechargeable. When the power source 408 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, the terminal 400 further includes one or more sensors 409. The one or more sensors 409 include, but are not limited to: acceleration sensor 410, gyro sensor 411, pressure sensor 412, optical sensor 413, and proximity sensor 414.

The acceleration sensor 410 may detect the magnitudes of accelerations on three coordinate axes of the coordinate system established with the terminal 400. For example, the acceleration sensor 410 may be used to detect components of gravitational acceleration in three coordinate axes. The processor 401 may control the display screen 405 to display the user interface in a landscape view or a portrait view based on the gravitational acceleration signal acquired by the acceleration sensor 410. The acceleration sensor 410 may also be used for the acquisition of motion data of a game or a user.

The gyro sensor 411 may detect a body direction and a rotation angle of the terminal 400, and the gyro sensor 411 may collect a 3D motion of the user to the terminal 400 in cooperation with the acceleration sensor 410. Based on the data collected by the gyro sensor 411, the processor 401 may implement the following functions: motion sensing (such as changing the UI based on a tilting operation by the user), image stabilization at shooting, game control, and inertial navigation.

The pressure sensor 412 may be disposed at a side frame of the terminal 400 and/or at a lower layer of the display screen 405. When the pressure sensor 412 is disposed at a side frame of the terminal 400, a grip signal of the terminal 400 by a user may be detected, and a left-right hand recognition or a shortcut operation is performed by the processor 401 based on the grip signal collected by the pressure sensor 412. When the pressure sensor 412 is disposed at the lower layer of the display screen 405, the control of the operability control on the UI interface is realized by the processor 401 based on the pressure operation of the display screen 405 by the user. The operability controls include at least one of a button control, a scroll bar control, an icon control, and a menu control.

The optical sensor 413 is used to collect the ambient light intensity. In one embodiment, the processor 401 may control the display brightness of the display screen 405 based on the ambient light intensity collected by the optical sensor 413. Specifically, when the intensity of the ambient light is high, the display brightness of the display screen 405 is turned up; when the ambient light intensity is low, the display brightness of the display screen 405 is turned down. In another embodiment, the processor 401 may also dynamically adjust the shooting parameters of the camera assembly 406 based on the ambient light intensity collected by the optical sensor 413.

A proximity sensor 414, also referred to as a distance sensor, is typically provided on the front panel of the terminal 400. The proximity sensor 414 is used to collect the distance between the user and the front of the terminal 400. In one embodiment, when the proximity sensor 414 detects that the distance between the user and the front of the terminal 400 gradually decreases, the processor 401 controls the display 405 to switch from the bright screen state to the off screen state; when the proximity sensor 414 detects that the distance between the user and the front surface of the terminal 400 gradually increases, the processor 401 controls the display screen 405 to switch from the off-screen state to the on-screen state.

Those skilled in the art will appreciate that the structure shown in fig. 4 is not limiting of the terminal 400 and may include more or fewer components than shown, or may combine certain components, or may employ a different arrangement of components.

Referring to fig. 5, a block diagram of a diagnostic apparatus 500 may be shown, which may be a relatively large difference due to different configurations or performances, and may include a processor (Central Processing Units, CPU) 501 and a memory 502, wherein the memory 502 stores at least one program code therein, and the at least one program code is loaded and executed by the processor 501 to implement the operations performed by the diagnostic apparatus in the above-described vehicle fault determination method. Of course, the diagnostic device 500 may also have a wired or wireless network interface, a keyboard, an input/output interface, and other components for implementing the functions of the device, which are not described herein.

The block diagram of the target controller may also be referred to in fig. 5, and will not be described here again.

In an exemplary embodiment, there is also provided a computer-readable storage medium storing at least one program code loaded and executed by a processor to implement the vehicle fault determination method in the above-described embodiment.

In an exemplary embodiment, there is also provided a computer program product storing at least one program code loaded and executed by a processor to implement the vehicle fault determination method in the above-described embodiments.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program for instructing relevant hardware, where the program may be stored in a computer readable storage medium, and the above storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The foregoing is merely for facilitating understanding of the technical solutions of the present application by those skilled in the art, and is not intended to limit the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principles of the present application should be included in the protection scope of the present application.

Claims

1. A vehicle fault determination system, the system comprising: the system comprises diagnostic equipment, a target controller and a terminal, wherein the terminal and the target controller are electrically connected with the diagnostic equipment;

2. The system according to claim 1, wherein the target controller is configured to, for any period, acquire signal values of the plurality of functional modules in the period in order of signals of the plurality of functional modules in a pre-stored signal list based on the acquisition request; and forming the signal values of the functional modules in the period into the first data stream.

3. The system of claim 1, wherein the terminal is further configured to obtain the first processing script, run the first processing script, and write signal values of the plurality of functional modules in the plurality of periods in the second data stream into a table based on a pre-stored signal sequence of the plurality of functional modules, to obtain a first table; and converting the first table into a file in a preset format to obtain the first file.

4. The system of claim 1, wherein the terminal is further configured to display, based on the first file, a change view corresponding to the plurality of functional modules, the change view being used to represent a change situation of a signal value of the functional module over time;

and determining the fault reason based on the at least one fault module.

5. The system of claim 4, wherein the terminal is further configured to open the first file by an analysis tool, and display a variable selection interface, the variable selection interface including a plurality of variable selection options, one variable selection option corresponding to each function module; and responding to the triggering operation of the variable selection options, and displaying the change views corresponding to the functional modules.

6. The system of claim 1, wherein the diagnostic device is further configured to compose the first data stream corresponding to the plurality of periods into the second data stream in a time sequence.

7. A vehicle fault determination method, the method comprising:

8. An electronic device comprising a processor and a memory, wherein the memory has stored therein at least one program code that is loaded and executed by the processor to implement the vehicle fault determination method of the diagnostic device, the target controller or the terminal of claim 7.

9. A computer readable storage medium having stored therein at least one program code, the at least one program code loaded and executed by a processor to implement the vehicle fault determination method as recited in claim 7.

10. A computer program product, characterized in that it has stored therein at least one program code, which is loaded and executed by a processor to implement the vehicle fault determination method as claimed in claim 7.