CN117707112B - Fault diagnosis method, system, equipment and storage medium - Google Patents

Detailed Description

In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.

It should be noted that the terms "first," "second," and "object" in the description of the present invention and the claims and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

Example 1

Fig. 1 is a flowchart of a fault diagnosis method according to an embodiment of the present invention, where the method may be implemented by a fault diagnosis system, and the fault diagnosis system may be implemented in hardware and/or software.

The fault diagnosis system comprises at least one load end, a peripheral chip, a vehicle-mounted controller and a cloud end, wherein the load end is connected with the peripheral chip, the peripheral chip is connected with the vehicle-mounted controller, and the vehicle-mounted controller is connected with the cloud end.

As shown in fig. 1, the method includes:

S101, generating load information through a load end and transmitting the load information to a connected peripheral chip.

In this embodiment, the load end may be understood as each sensor or monitoring device in the vehicle, including, but not limited to, a pressure sensor and a temperature sensor, where the temperature sensor collects information such as water temperature and oil temperature, and the pressure sensor collects information such as valve pressure. The load information can be understood as information acquired by a load end, and is transmitted to the peripheral chip in a current or voltage form, and the load end is taken as a temperature sensor for measuring water temperature, and the load information is information such as a specific temperature value of the water temperature, the position of the temperature sensor and the like. The peripheral chip is a miniature intelligent processor and has the most basic and simple diagnosis function.

Specifically, each sensor and monitoring equipment at the load end monitor the running condition of each equipment in the vehicle in real time, obtain corresponding electric signals, take the running condition of each equipment as load information, and transmit the load information to a connected peripheral chip in the form of electric signals.

S102, judging whether the current vehicle has abnormal faults or not according to the load information transmitted by each load end through the peripheral chip, if so, determining corresponding abnormal information, determining the load information or the abnormal information as diagnosis information, and transmitting the diagnosis information to the vehicle-mounted controller.

In this embodiment, the abnormality information may be understood as load information in which an abnormal state of the monitored device is stored, for example, a current water temperature in the load information is higher than a preset water temperature range of the device, and the load information may be determined to be the abnormality information. That is, the information of the normal or abnormal load side is the load information, the information of the abnormal load side is the abnormal information, and the number of the load information is greater than or equal to the number of the abnormal information. The diagnostic information may be understood as data information interacted between the peripheral chip and the vehicle-mounted controller, and the diagnostic information may be comprehensive load information or may be only abnormal information having an abnormal condition, which is not limited in this embodiment. The vehicle-mounted controller can be understood as a main controller in the vehicle, and has stronger processing and calculating capabilities.

Specifically, a plurality of load ends are in butt joint with a peripheral chip, the peripheral chip receives corresponding load information transmitted by the plurality of load ends, data processing and screening are carried out on each load information, whether the sensor value in the load information meets the abnormal condition corresponding to the equipment is judged, and if yes, the load information is determined to be abnormal information. And taking the load information transmitted by each load end as diagnosis information or taking the abnormal information determined from the load information as diagnosis information according to actual requirements, encrypting and packaging the diagnosis information according to a preset encryption algorithm, and sending the encrypted diagnosis information to the vehicle-mounted controller.

In this embodiment, the peripheral chip is equipped with an advanced machine learning and data analysis algorithm, so that the normal working mode and performance characteristics of the vehicle can be automatically learned, once the peripheral chip is loaded on the vehicle and operated for a period of time, the peripheral chip can be used for constructing understanding of various operation modes and state changes of the vehicle, which provides a reference for a diagnosis process, so that the system can more accurately detect abnormal working modes or abnormal conditions, and the peripheral chip is used as an intermediate device of a load end and a vehicle-mounted controller, and relays the load information sent by a plurality of load ends, and directly sends the processing result to the vehicle-mounted controller as diagnosis information, so that the processing pressure of the vehicle-mounted controller on the data of the plurality of load ends can be effectively reduced.

And S103, carrying out data verification on the diagnosis information through the vehicle-mounted controller, and when the verification result is passed, determining the diagnosis result according to the diagnosis information and sending the diagnosis result to the corresponding cloud.

In this embodiment, the verification result may be understood as a result of verification in the process of decrypting the diagnostic information, including verification passing and verification failing. The diagnosis result may be understood as a summary of the results of the diagnosis information, and may be, for example, result information such as the water temperature at the a position being b degrees and exceeding the water temperature threshold value c degrees. The cloud end can be understood as a server for storing and sharing data, and can also be understood as a client end facing a user, and the cloud end type is determined according to actual requirements. The cloud end realizes information interaction transmission with the vehicle-mounted controller through the edge node controller.

Specifically, the vehicle-mounted controller receives diagnosis information of a plurality of load ends after the transfer processing of the peripheral chip, the diagnosis information is encrypted and packaged information, the diagnosis information is decrypted, data verification is carried out in the decryption process, and data leakage is prevented. And obtaining a verification result, and when the verification result is that the verification fails, further processing cannot be performed on the data, generating a notification of the verification failure, and sending the notification to the peripheral chip to notify the peripheral chip to resend the diagnosis information. And when the verification result is that verification is passed, judging whether the data in the diagnosis information has accidental false alarm, if so, ignoring the false alarm, if not, determining that the equipment corresponding to the diagnosis information has faults, at the moment, determining corresponding diagnosis results according to each piece of information in the diagnosis information, and sending the diagnosis result encryption processing to the corresponding cloud.

S104, receiving and storing diagnosis results sent by the vehicle-mounted controller through the cloud.

In this embodiment, when the cloud end is used as the client end, the diagnosis result sent by the vehicle-mounted controller is received, the diagnosis result is pushed and stored through corresponding software, and the diagnosis result is visually displayed on the software interface, so that a vehicle owner can know the abnormal condition of the vehicle.

When the cloud is used as a server, the diagnosis results sent by the vehicle-mounted controller are received and stored, so that the professional technician can conduct remote analysis and diagnosis.

The cloud connection not only enables the diagnosis result to be more accurate, but also can provide real-time fault information and suggestions for vehicle owners, so that the vehicle owners can better understand the health condition of the vehicles.

The fault diagnosis method provided by the embodiment of the invention is applied to a fault diagnosis system, and generates load information through a load end and transmits the load information to a connected peripheral chip; judging whether the current vehicle has abnormal faults or not according to the load information transmitted by each load end through the peripheral chip, if so, determining corresponding abnormal information, determining the load information or the abnormal information as diagnosis information, and transmitting the diagnosis information to the vehicle-mounted controller; carrying out data verification on the diagnosis information through the vehicle-mounted controller, and when the verification result is passed, determining the diagnosis result according to the diagnosis information and sending the diagnosis result to the corresponding cloud; and receiving and storing the diagnosis result sent by the vehicle-mounted controller through the cloud. According to the technical scheme, the time for diagnosing the vehicle faults is reduced, the complexity of the vehicle diagnosis process is reduced, and the accuracy and the diagnosis efficiency of the fault diagnosis are improved. In addition, in this scheme is different from current car machine self diagnosis's technique, and a plurality of load ends link directly a vehicle-mounted controller, and many to one's scheme, vehicle-mounted controller's processing pressure is big, and this scheme only need dock with peripheral hardware chip through peripheral hardware chip docking a plurality of load ends, and the result of obtaining peripheral hardware chip transfer processing alleviates vehicle-mounted controller's processing pressure, improves diagnosis convenience.

As a first alternative embodiment of the embodiments, on the basis of the above embodiments, the first alternative embodiment further optimizes and increases:

a1 Through the peripheral chip, self-checking is carried out in a set period, when the peripheral abnormal condition is met, corresponding peripheral abnormal information is generated, self-repairing and updating are carried out according to the peripheral abnormal information, a repairing result is obtained, and when the repairing result is repairing failure, the peripheral abnormal information is sent to the vehicle-mounted controller after being encrypted and packaged.

In this embodiment, the peripheral abnormality condition may be understood as a condition that the peripheral chip has a failure, such as a data reception failure, a processing operation abnormality, an encryption packaging failure, or the like, which is not limited in this embodiment. The peripheral abnormality information may be understood as specific fault contents of the peripheral chip, including, for example, specific abnormality positions, abnormality causes, and the like. The repair result can be understood as the result of self-repair pre-update performed by the peripheral chip, including repair success and repair failure.

Specifically, the peripheral chip has self-maintenance and updating capabilities, can periodically check the running state of the peripheral chip, automatically detect the problems of hardware or software of the peripheral chip, and repair or update the peripheral chip when needed, so that the maintenance cost is greatly reduced, and meanwhile, the continuous and stable running of the diagnostic system is ensured. The peripheral chip performs self-checking in a preset period, wherein the set period may be any period, and is set according to actual requirements, which is not limited in this embodiment. When the peripheral chip determines that certain software or hardware abnormality exists currently in the self-checking process, corresponding peripheral abnormality information is generated according to the abnormality when the peripheral abnormality condition is met. And attempting self-repairing and updating according to the peripheral abnormal information to obtain a repairing result, and if the abnormality of the peripheral chip is abnormal in software and can be repaired by itself according to a self-mechanism, the repairing result is successful repairing. If the abnormality of the peripheral chip is hardware abnormality or the abnormality of the software cannot self-repair the recurrent content, the repair result is repair failure. And when the repair result is that the repair fails, the peripheral abnormal information is encrypted and packaged according to a preset encryption algorithm, and the encrypted peripheral abnormal information is sent to the vehicle-mounted controller.

B1 The external abnormal information is decrypted and checked through the vehicle-mounted controller, when the check result is passed, the external abnormal information is analyzed, the external diagnosis result is obtained, and the external diagnosis result is encrypted and sent to the corresponding cloud.

In this embodiment, the peripheral diagnosis result may be understood as a result obtained by analyzing peripheral abnormality information, including an abnormality position and an abnormality cause of the peripheral chip, and the like.

Specifically, the vehicle-mounted controller receives peripheral abnormal information encrypted and packaged by the peripheral chip, decrypts the peripheral abnormal information, performs data verification in the decryption process, and prevents data from leaking. And obtaining a verification result, and when the verification result is that the verification fails, further processing cannot be performed on the data, generating a notification of the verification failure, sending the notification to the peripheral chip, and notifying the peripheral chip to resend the peripheral abnormal information. When the verification result is that verification is passed, analyzing the peripheral abnormal information, carrying out summarization processing on the peripheral abnormal information, determining the abnormal position and the abnormal reason of the peripheral chip in the peripheral abnormal information, determining the abnormal position and the abnormal reason as peripheral diagnosis results, and sending the peripheral diagnosis results to a corresponding cloud end for analysis and diagnosis by professional technicians.

As a second alternative embodiment of the embodiments, on the basis of the above embodiments, the second alternative embodiment is further optimized to add:

a2 And (3) responding to user operation to generate a corresponding diagnosis result acquisition request through the cloud, and sending the diagnosis result acquisition request to the vehicle-mounted controller.

In this embodiment, the diagnosis result obtaining request may be understood as a request sent by a user of the client to obtain a diagnosis result when the cloud end is used as the client.

Specifically, the cloud user wants to monitor the vehicle state in real time, actively sends out the operation of diagnosing the vehicle fault, correspondingly, the cloud user serves as a client (mobile phone terminal), receives the user operation through the interactive screen plug-in, generates a corresponding diagnosis result acquisition request according to the operation of actively diagnosing the vehicle fault by the user, and sends the diagnosis result acquisition request to the corresponding vehicle-mounted controller.

B2 The corresponding target diagnosis result is determined according to the diagnosis result acquisition request through the vehicle-mounted controller, and the target diagnosis result is encrypted and sent to the corresponding cloud.

In this embodiment, the target diagnosis result may be understood as a diagnosis result determined after the vehicle controller performs the vehicle diagnosis according to the diagnosis result acquisition request, or a diagnosis result that the vehicle controller has spontaneous in the last time.

Specifically, the vehicle-mounted controller receives a diagnosis result acquisition request sent by the cloud, and simultaneously, the vehicle-mounted controller also receives diagnosis information transmitted by the peripheral chip in real time, performs verification analysis processing and the like according to the diagnosis information transmitted by the peripheral chip, determines a diagnosis result, and determines the diagnosis result as a target diagnosis result; or the vehicle-mounted controller determines the diagnosis information transmitted by the peripheral chip and correspondingly generated diagnosis result as a target diagnosis result after receiving the diagnosis result acquisition request for the last time. And carrying out encryption packaging treatment on the target diagnosis result, and feeding back the encrypted target diagnosis result to the corresponding cloud.

C2 And (3) receiving the target diagnosis result sent by the vehicle-mounted controller through the cloud, decrypting the target diagnosis result, calling an associated fault diagnosis database, and determining a fault processing strategy corresponding to the target diagnosis result.

In the present embodiment, the failure diagnosis database may be understood as a database for storing various vehicle diagnosis failures and their corresponding failure processing strategies in the history time. A fault handling strategy may be understood as a solution for resolving the diagnostic result.

Specifically, the cloud receives a target diagnosis result sent by the vehicle-mounted controller, decrypts the target diagnosis result, calls an associated fault diagnosis database, and matches a fault processing strategy corresponding to the decrypted target diagnosis result in the fault diagnosis database. After determining the fault processing strategy corresponding to the target diagnosis result, the self-remote repair can be tried according to the fault processing strategy, and corresponding maintenance personnel can be notified to repair according to the fault processing strategy.

As a third optional embodiment of the embodiments, on the basis of the above embodiments, the fault diagnosis system further includes a diagnostic apparatus, the diagnostic apparatus is connected with the on-board controller through a standardized diagnostic interface, and correspondingly, the third optional embodiment further optimally increases:

a3 Generating a target screening instruction through the diagnostic instrument and sending the target screening instruction to the corresponding vehicle-mounted controller.

In this embodiment, the diagnostic apparatus can be understood as a specialized apparatus for performing fault diagnosis. A standardized diagnostic interface is understood to mean a data transmission interface which is dedicated to connecting a diagnostic device to a vehicle. The target screening instruction may be understood as an instruction to screen the diagnostic result.

Specifically, after the vehicle is abnormal, a fault mark may be displayed in the instrument, and at the moment, a vehicle owner can find professional equipment and staff to perform fault diagnosis, and the diagnosis instrument is used for performing fine fault diagnosis and investigation on the vehicle. The diagnostic instrument determines information of key diagnosis and investigation according to screening information input by a worker, for example, if the worker inputs diagnosis content for the engine hydraulic valve, the transmitter hydraulic valve is used as a screening condition, and a target screening instruction for the engine hydraulic valve is generated. And sending the target screening instruction to a vehicle-mounted controller connected through a standardized diagnosis interface.

B3 The corresponding target diagnosis result is determined according to the target screening instruction through the vehicle-mounted controller, and the target diagnosis result is sent to the diagnostic instrument through the bus after being encrypted.

In this embodiment, the target diagnosis result may be understood as a diagnosis result corresponding to a target screening instruction, for example, the target screening instruction is a screening instruction for the hydraulic valve of the engine, and the diagnosis result of the hydraulic valve of the engine is determined from the diagnosis results of a plurality of different devices stored in the vehicle-mounted controller.

Specifically, the vehicle-mounted controller screens from a plurality of stored diagnosis results according to the target screening instruction, determines the diagnosis result corresponding to the target screening instruction as a target diagnosis result, encrypts and packages the target diagnosis result, and transmits the target diagnosis result to the connected diagnosis instrument through the standardized diagnosis interface and the bus.

C3 And (3) decrypting and checking the target diagnosis result through the diagnosis instrument, and visually displaying the decrypted target diagnosis result when the checking result is passed.

In this embodiment, the diagnostic instrument further includes a visual front-end display.

Specifically, the diagnostic apparatus receives a target diagnostic result sent by the vehicle-mounted controller, decrypts the target diagnostic result, performs verification processing in the decryption process to obtain a verification result, and sends out a verification failure notification when the verification result is failure. And when the verification result is passed, visually displaying the decrypted target diagnosis result and a front-end display.

Example two

Fig. 2 is a flowchart of a fault diagnosis method according to a second embodiment of the present invention, which is a further optimization of any of the above embodiments, and is applicable to situations where real-time monitoring and rapid fault diagnosis are performed on a vehicle, where the method may be performed by a fault diagnosis system, and the fault diagnosis system may be implemented in the form of hardware and/or software.

As shown in fig. 2, the method includes:

S201, generating load information through a load end and transmitting the load information to a connected peripheral chip.

S202, receiving and analyzing load information transmitted by each load end through the peripheral chip, and obtaining an analysis result.

In this embodiment, the analysis result is the result information after the analysis of the load information.

Specifically, since the load signal is an electrical signal, it is necessary to determine corresponding specific information from the electrical signal of the load signal. The peripheral chip receives the load information sent by the load end, analyzes the electric signal of the load information, and determines the corresponding specific sensor information and the sensor value.

S203, determining whether a sensor value corresponding to the load information meets a preset abnormal condition according to an analysis result through the peripheral chip, if so, determining that the current vehicle has an abnormal fault, and determining corresponding abnormal information from the load information, wherein the preset abnormal condition is that the sensor value exceeds a preset range or no sensor value.

In this embodiment, the sensor value may be understood as a value of a sensor, and when the sensor is a temperature sensor, the sensor value is a temperature value, and when the sensor is a pressure sensor, the sensor value is a pressure value. The preset abnormal condition may be understood as a preset condition for judging whether the sensor value is abnormal, further determining whether the monitored equipment has a fault, and if the sensor value exceeds a preset range or no sensor value.

Specifically, the peripheral chip determines a sensor value range corresponding to the monitored equipment according to each piece of sensor information in the analysis result, compares the sensor value in the analysis result with the sensor value range, judges whether the sensor value exceeds the sensor value range, if so, determines that the sensor value is abnormal, further determines that the equipment monitored by the sensor in the vehicle is abnormal, and determines load information corresponding to the abnormal sensor value as abnormal information. In addition, when the sensor value of the equipment does not exist in the analysis result, the condition that the monitored equipment is broken is determined, the abnormal fault of the equipment in the vehicle is further determined, and the load information corresponding to the analysis result without the sensor value is determined to be abnormal information.

S204, determining the load information or the abnormal information as diagnosis information through the peripheral chip, encrypting the diagnosis information according to a preset encryption algorithm, and sending the encrypted diagnosis information to the vehicle-mounted controller.

In the present embodiment, the load information is determined as the diagnosis information, or the abnormality information is determined as the diagnosis information, and the specific diagnosis information determination method may be set according to the actual demand, which is not limited in the present embodiment. And carrying out encryption packaging processing on the diagnosis information according to a preset encryption algorithm, and sending the encrypted diagnosis information to the vehicle-mounted controller. It is to be understood that the preset encryption algorithm may be any encryption algorithm that has been opened at present, preferably an encryption algorithm that is developed by itself, which is not limited in this embodiment.

S205, receiving diagnosis information sent by the peripheral chip through the vehicle-mounted controller, decrypting the diagnosis information, and performing data verification on the diagnosis information in the decryption process to obtain a verification result.

In this embodiment, the vehicle-mounted controller receives encrypted diagnostic information sent by the peripheral chip, performs decryption processing along with the diagnostic information according to a preset decryption algorithm, performs data verification on the diagnostic information in the decryption process, and determines whether the result of the data verification is passing or failing.

It can be understood that the encryption algorithm adopted by the vehicle-mounted controller and the decryption algorithm adopted by the peripheral chip are not preset to be matched, and can correspond to different encryption and decryption algorithms according to the vehicle-mounted controller model and the peripheral chip model respectively, and correspondingly, the situation that decryption fails may exist, and in this case, the adopted peripheral chip or the vehicle-mounted controller is characterized as non-manufacturer equipment or unsafe equipment.

S206, generating a verification failure notice when the verification result is not passed through the vehicle-mounted controller, sending the verification failure notice to the peripheral chip, and receiving the diagnosis information resent by the peripheral chip according to the verification failure notice.

In this embodiment, the verification failure notification may be understood as verification failure information, which is used to notify the peripheral chip to reform the diagnostic information and send the diagnostic information to the vehicle-mounted controller.

Specifically, after the vehicle-mounted controller checks that the diagnostic information sent by the peripheral chip fails, a check failure notification is generated, and the check failure notification is sent to the peripheral chip. After receiving the verification failure notification sent by the vehicle-mounted controller, the peripheral chip reforms the diagnosis information and encrypts and sends the diagnosis information to the vehicle-mounted controller. And the vehicle-mounted controller receives the retransmitted diagnosis information of the peripheral chip according to the verification failure notification.

S207, judging whether the diagnosis information meets the preset diagnosis notification conditions or not through the vehicle-mounted controller when the verification result is passed, if so, determining the fault position, the fault type and the fault content according to the diagnosis information, determining the fault position, the fault type and the fault content as diagnosis results, and encrypting and sending the diagnosis results to the corresponding cloud.

In this embodiment, the preset diagnosis notification condition may be understood as a preset condition for generating a diagnosis result and notifying the cloud, and when the abnormality information in the diagnosis information is a non-sporadic abnormality, it is determined that the preset diagnosis notification condition is satisfied, for example, the abnormality duration and/or the abnormality frequency do not reach the preset value.

Specifically, after the diagnosis information is successfully checked by the vehicle-mounted controller, judging whether the occurrence frequency and the occurrence time of the abnormal information in the diagnosis information meet the preset diagnosis notification conditions, if so, determining that the vehicle has a fault, determining the fault position, the fault type and the fault content according to the diagnosis information, determining the fault position, the fault type and the fault content as diagnosis results, and encrypting and sending the diagnosis results to the corresponding cloud.

The fault position is an engine hydraulic valve, the fault type is abnormal valve pressure, and the fault content is information such as valve pressure is too high and specific values thereof.

Further, determining whether the diagnostic information satisfies a preset diagnostic notification condition includes:

s2071, judging whether an abnormal frequency condition is met or not according to the occurrence frequency of abnormal information in the diagnosis information; and/or the number of the groups of groups,

In the present embodiment, the abnormal frequency condition can be understood as a preset highest frequency value.

Specifically, since the electrical signal may be accidentally too high or too low, the frequency of occurrence of the abnormal electrical signal in the overall signal is extremely low, in which case the monitored device is not substantially abnormal, and at this time, the abnormal information is invalid information. Therefore, it is necessary to determine whether the occurrence frequency of the abnormal information satisfies a preset frequency threshold, and if not, it is determined that the abnormal frequency condition is not satisfied at present, and the diagnostic information is ignored; if yes, determining that the abnormal frequency condition is met currently, and generating a diagnosis result is needed.

S2072, judging whether the abnormal time condition is met or not according to the occurrence time of the abnormal information in the diagnosis information.

In the present embodiment, the abnormal time condition can be understood as a preset maximum time period.

Specifically, since the electrical signal may have an excessively high or low condition at random, the abnormal electrical signal has a very short occurrence time in the overall signal, and in this case, the monitored device does not have an abnormality substantially, and at this time, the abnormality information is invalid information. Therefore, whether the occurrence time of the abnormal information meets a preset time threshold value or not needs to be judged, if not, the current abnormal time condition is determined not to be met, and the diagnosis information is ignored; if yes, determining that the abnormal time condition is met currently, and generating a diagnosis result is needed.

S208, receiving and storing diagnosis results sent by the vehicle-mounted controller through the cloud.

According to the fault diagnosis method provided by the embodiment of the invention, load information is generated through a load end and is transmitted to a connected peripheral chip; the method comprises the steps of receiving and analyzing load information transmitted by each load end through a peripheral chip, and obtaining an analysis result; determining whether a sensor value corresponding to the load information meets a preset abnormal condition according to an analysis result through the peripheral chip, if so, determining that the current vehicle has an abnormal fault, and determining corresponding abnormal information from the load information, wherein the preset abnormal condition is that the sensor value exceeds a preset range or no sensor value; the method comprises the steps of determining load information or abnormal information as diagnosis information through a peripheral chip, encrypting the diagnosis information according to a preset encryption algorithm, and sending the encrypted diagnosis information to a vehicle-mounted controller; receiving diagnosis information sent by the peripheral chip through the vehicle-mounted controller, decrypting the diagnosis information, and performing data verification on the diagnosis information in the decryption process to obtain a verification result; when the verification result is that the vehicle-mounted controller fails, generating a verification failure notification, sending the verification failure notification to the peripheral chip, and receiving the diagnosis information resent by the peripheral chip according to the verification failure notification; judging whether the diagnosis information meets a preset diagnosis notification condition or not when the verification result is passed through the vehicle-mounted controller, if so, determining a fault position, a fault type and a fault content according to the diagnosis information, determining the fault position, the fault type and the fault content as diagnosis results, and encrypting and sending the diagnosis results to a corresponding cloud; and receiving and storing the diagnosis result sent by the vehicle-mounted controller through the cloud. According to the technical scheme, the peripheral chip is cited as intermediate equipment between the plurality of load ends and the vehicle-mounted controller, the peripheral chip is abutted to the plurality of load ends, the vehicle-mounted controller only needs to be abutted to the peripheral chip, the result of transfer processing of the peripheral chip is obtained, the processing pressure of the vehicle-mounted controller is reduced, the diagnosis convenience is improved, the time of vehicle fault diagnosis is shortened, the complexity of the vehicle diagnosis process is reduced, and the accuracy and the diagnosis efficiency of fault diagnosis are improved.

Example III

Fig. 3 is a schematic structural diagram of a fault diagnosis system according to a third embodiment of the present invention. As shown in fig. 3, the system includes:

at least one load end 31, peripheral hardware chip 32, on-vehicle controller 33 and high in the clouds 34, load end 31 is connected with peripheral hardware chip 32, and peripheral hardware chip 32 is connected with on-vehicle controller 33, and on-vehicle controller 33 is connected with high in the clouds 34:

a load terminal 31 for generating load information and transmitting the load information to the connected peripheral chip 32;

The peripheral chip 32 is configured to determine whether an abnormal fault exists in the current vehicle according to the load information transmitted by each load end 31, if so, determine corresponding abnormal information, determine the load information or the abnormal information as diagnostic information, and send the diagnostic information to the vehicle-mounted controller 33;

the vehicle-mounted controller 33 is configured to perform data verification on the diagnostic information, determine a diagnostic result according to the diagnostic information when the verification result is passed, and send the diagnostic result to the corresponding cloud 34;

the cloud end 34 is configured to receive and store the diagnosis result sent by the vehicle-mounted controller.

According to the fault diagnosis system adopted by the technical scheme, real-time monitoring, analysis and remote support of the vehicle state are realized through the intelligent peripheral chip, so that more efficient and accurate vehicle diagnosis experience is brought to automobile manufacturers, maintenance service providers and automobile owners, development and user satisfaction of the automobile industry are further improved, time of vehicle fault diagnosis can be reduced, complicated degree of the vehicle diagnosis process is reduced, and accuracy and diagnosis efficiency of the fault diagnosis are improved.

Optionally, the fault diagnosis system further comprises a diagnostic apparatus 35, and the diagnostic apparatus 35 is connected with the vehicle-mounted controller 33 through a standardized diagnostic interface;

The diagnostic device 35 is configured to generate a target screening instruction, send the target screening instruction to the corresponding vehicle-mounted controller 33, receive a target diagnostic result determined and encrypted by the vehicle-mounted controller 33 according to the target screening instruction, decrypt and verify the target diagnostic result, and when the verification result is passed, visually display the decrypted target diagnostic result.

Optionally, the peripheral chip 32 is specifically configured to:

Receiving and analyzing load information transmitted by each load end, and obtaining analysis results;

determining whether a sensor value corresponding to the load information meets a preset abnormal condition according to the analysis result, if so, determining that the current vehicle has an abnormal fault, and determining corresponding abnormal information from the load information, wherein the preset abnormal condition is that the sensor value exceeds a preset range or no sensor value;

The load information or the abnormality information is determined as diagnostic information, the diagnostic information is encrypted according to a preset encryption algorithm, and the encrypted diagnostic information is transmitted to the in-vehicle controller 33.

Optionally, the in-vehicle controller 33 includes:

The data verification module is used for receiving the diagnosis information sent by the peripheral chip, decrypting the diagnosis information, and carrying out data verification on the diagnosis information in the decryption process to obtain a verification result;

The repeated diagnosis module is used for generating a verification failure notification, sending the verification failure notification to the peripheral chip 32 and receiving the diagnosis information resent by the peripheral chip 32 according to the verification failure notification when the verification result is not passed;

And the result transmission module is used for judging whether the diagnosis information meets the preset diagnosis notification conditions or not when the verification result is passed, if so, determining the fault position, the fault type and the fault content according to the diagnosis information, determining the fault position, the fault type and the fault content as diagnosis results, and encrypting and transmitting the diagnosis results to the corresponding cloud 34.

Optionally, the result transmission module is specifically configured to:

Judging whether the abnormal frequency condition is met or not at present according to the occurrence frequency of the abnormal information in the diagnosis information; and/or the number of the groups of groups,

Judging whether the abnormal time condition is met or not according to the occurrence time of the abnormal information in the diagnosis information.

Optionally, the peripheral chip 32 is further configured to perform self-checking at a set period, generate corresponding peripheral abnormality information when a peripheral abnormality condition is satisfied, perform self-repairing and updating according to the peripheral abnormality information to obtain a repairing result, and encrypt and encapsulate the peripheral abnormality information and send the repairing result to the vehicle-mounted controller 33 when the repairing result is that the repairing fails;

The vehicle-mounted controller 33 is further configured to decrypt and check the peripheral abnormality information, and when the check result is passed, parse the peripheral abnormality information to obtain a peripheral diagnosis result, and encrypt and send the peripheral diagnosis result to the corresponding cloud 34.

Optionally, the cloud end 34 is further configured to generate a corresponding diagnostic result acquisition request in response to a user operation, and send the diagnostic result acquisition request to the vehicle-mounted controller 33;

the vehicle-mounted controller 33 is further configured to determine a corresponding target diagnosis result according to the diagnosis result acquisition request, and encrypt and send the target diagnosis result to the corresponding cloud 34;

The cloud end 34 is further configured to receive the target diagnosis result sent by the vehicle-mounted controller 33, decrypt the target diagnosis result, call the associated fault diagnosis database, and determine a fault processing policy corresponding to the target diagnosis result.

The fault diagnosis system provided by the embodiment of the invention can execute the fault diagnosis method provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.

Example IV

Fig. 4 shows a schematic diagram of an electronic device 40 that may be used to implement an embodiment of the invention. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. Electronic equipment may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the inventions described and/or claimed herein.

As shown in fig. 4, the electronic device 40 includes at least one processor 41, and a memory communicatively connected to the at least one processor 41, such as a Read Only Memory (ROM) 42, a Random Access Memory (RAM) 43, etc., in which the memory stores a computer program executable by the at least one processor, and the processor 41 may perform various suitable actions and processes according to the computer program stored in the Read Only Memory (ROM) 42 or the computer program loaded from the storage unit 48 into the Random Access Memory (RAM) 43. In the RAM 43, various programs and data required for the operation of the electronic device 40 may also be stored. The processor 41, the ROM 42 and the RAM 43 are connected to each other via a bus 44. An input/output (I/O) interface 45 is also connected to bus 44.

Various components in electronic device 40 are connected to I/O interface 45, including: an input unit 46 such as a keyboard, a mouse, etc.; an output unit 47 such as various types of displays, speakers, and the like; a storage unit 48 such as a magnetic disk, an optical disk, or the like; and a communication unit 49 such as a network card, modem, wireless communication transceiver, etc. The communication unit 49 allows the electronic device 40 to exchange information/data with other devices via a computer network, such as the internet, and/or various telecommunication networks.

The processor 41 may be various general and/or special purpose processing components with processing and computing capabilities. Some examples of processor 41 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various processors running machine learning model algorithms, digital Signal Processors (DSPs), and any suitable processor, controller, microcontroller, etc. The processor 41 performs the respective methods and processes described above, such as a fault diagnosis method.

In some embodiments, the fault diagnosis method may be implemented as a computer program tangibly embodied on a computer-readable storage medium, such as the storage unit 48. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 40 via the ROM 42 and/or the communication unit 49. When the computer program is loaded into the RAM 43 and executed by the processor 41, one or more steps of the fault diagnosis method described above may be performed. Alternatively, in other embodiments, processor 41 may be configured to perform the fault diagnosis method by any other suitable means (e.g., by means of firmware).

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.

A computer program for carrying out methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the computer programs, when executed by the processor, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be implemented. The computer program may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of the present invention, a computer-readable storage medium may be a tangible medium that can contain, or store a computer program for use by or in connection with an instruction execution system, apparatus, or device. The computer readable storage medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. Alternatively, the computer readable storage medium may be a machine readable signal medium. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) through which a user can provide input to the electronic device. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), blockchain networks, and the internet.

The computing system may include clients and servers. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical hosts and VPS service are overcome.

It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present invention may be performed in parallel, sequentially, or in a different order, so long as the desired results of the technical solution of the present invention are achieved, and the present invention is not limited herein.

The above embodiments do not limit the scope of the present invention. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of the present invention.