Remote fault processing method, processing device and storage medium

Abstract

The embodiment of the invention provides a remote fault processing method, and belongs to the technical field of remote monitoring. The remote fault processing method is applied to a remote server and comprises the following steps: acquiring state information of field equipment; judging whether the field equipment works abnormally or not according to the state information, and if yes, determining a fault type of the field equipment corresponding to the state information through a pre-established fault analysis model; according to the determined fault type, querying through a preset experience knowledge base to obtain a corresponding fault processing strategy; and processing the fault of the field device according to the fault processing strategy. According to the remote fault processing method provided by the embodiment of the invention, the fault condition of the equipment can be known in time, the fault type can be effectively and quickly analyzed by utilizing the problem analysis model, and the corresponding fault processing strategy can be quickly queried by utilizing the experience knowledge base, so that the fault processing efficiency is improved, and the workload of maintenance personnel is reduced.

Description

Technical Field

[0001] The present invention relates to the field of remote monitoring technology, and in particular to a remote fault processing method, a processing device and a storage medium. Background Art

[0002] During the manufacturing process of equipment such as diesel engines, faults may occur and require professional repairs. When professionals learn that a fault needs to be repaired, they first rush to the fault site to analyze the cause of the fault, and then return to get the parts needed for repair based on the cause of the fault, resulting in the inability to repair the fault in the first place. In addition, this fault handling method requires maintenance personnel to manually judge and analyze the cause of the fault, resulting in a large workload for maintenance personnel and low maintenance efficiency. Summary of the invention

[0003] The purpose of the embodiments of the present invention is to provide a remote fault handling method, a processing device and a storage medium, which are used to at least partially solve the above-mentioned technical problems.

[0004] In order to achieve the above-mentioned objectives, in the first aspect, an embodiment of the present invention provides a remote fault handling method, which is applied to a remote service end, and the remote fault handling method includes: obtaining status information of a field device; judging whether the field device is working abnormally based on the status information, and if so, determining the fault type of the field device corresponding to the status information through a pre-established fault analysis model; according to the determined fault type, obtaining a corresponding fault handling strategy through a preset experience knowledge base query; and handling the fault of the field device according to the fault handling strategy.

[0005] Preferably, judging whether the on-site device is working abnormally based on the status information includes: parsing the status information of the on-site device, and if the status information contains an abnormal prompt, determining that the status information is the abnormal information; and / or parsing the status information of the on-site device to obtain the operating parameters of the on-site device, and if the operating parameters of the on-site device are inconsistent with preset normal values, determining that the status information is the abnormal information.

[0006] Preferably, the problem analysis model is pre-established in the following manner: historical data of different process links of the field equipment are collected and the historical data of different process links are associated; a neural network is trained based on the associated historical data to form a problem analysis model for analyzing the fault type of the field equipment.

[0007] Preferably, the neural network training based on the associated historical data includes: setting basic parameters for training, wherein the basic parameters include the size of the input historical data, the initial learning rate, the weight decay amount, and the number of historical data for each batch of training; and based on the set basic parameters, obtaining training results for the fault type analysis training.

[0008] Preferably, the experience knowledge base is pre-established in the following manner: collecting historical fault types and historical fault handling strategies of the field equipment to establish a fault data set; and constructing an experience knowledge base for fault handling based on the fault data set.

[0009] Preferably, after obtaining the fault handling strategy through query, the remote fault handling method further comprises: determining whether the fault handling strategy is of an automatic processing type, and if so, sending the fault handling strategy and instructions for automatically executing the fault handling strategy to the field device.

[0010] Preferably, after remote fault handling is performed on the field device to make the field device operate normally, the remote fault handling method also includes: obtaining the actual fault type and actual fault handling strategy for the abnormal information of the field device, so as to optimize the problem analysis model and the experience knowledge base based on the actual fault type and the actual fault handling strategy.

[0011] Preferably, after determining the fault type, the remote fault handling method further comprises: displaying the fault type and information of the field device where the fault occurs.

[0012] In a second aspect, an embodiment of the present invention provides a remote fault handling device, which includes: a memory storing a program that can be run on a processor; and the processor, which is configured to implement the remote fault handling method described in the first aspect when executing the program.

[0013] In a third aspect, an embodiment of the present invention provides a machine-readable storage medium, on which instructions are stored, and the instructions are used to enable a machine to execute the remote fault handling method described in any one of the first aspects of the present application.

[0014] Through the above technical scheme, the remote fault handling method of the embodiment of the present invention can timely obtain the fault status of the equipment, and can use the problem analysis model to effectively and quickly analyze the fault type, and use the experience knowledge base to quickly query the corresponding fault handling strategy, thereby improving the fault handling efficiency and reducing the workload of maintenance personnel.

[0015] Other features and advantages of the embodiments of the present invention will be described in detail in the subsequent detailed description. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The accompanying drawings are used to provide a further understanding of the embodiments of the present invention and constitute a part of the specification. Together with the following specific implementations, they are used to explain the embodiments of the present invention, but do not constitute a limitation on the embodiments of the present invention. In the accompanying drawings:

[0017] Figure 1 is a flowchart of a remote fault handling method according to an exemplary embodiment;

[0018] Figure 2 is a schematic block diagram of a remote fault handling system according to an exemplary embodiment;

[0019] Figure 3 is a schematic diagram of a flow chart of determining abnormal operation of a field device according to an exemplary embodiment;

[0020] Figure 4 is a flow chart of establishing a problem analysis model according to an exemplary embodiment;

[0021] Figure 5 is a schematic diagram of a process of establishing an experience knowledge base according to an exemplary embodiment;

[0022] Figure 6 The present invention is a schematic diagram showing device information of a terminal displaying a fault problem according to an exemplary embodiment. DETAILED DESCRIPTION

[0023] The specific implementation of the embodiment of the present invention is described in detail below in conjunction with the accompanying drawings. It should be understood that the specific implementation described here is only used to illustrate and explain the embodiment of the present invention, and is not used to limit the embodiment of the present invention.

[0024] It should be noted that the field equipment of the embodiments of the present invention is not limited to the engine, but for the sake of clarity of description, the engine is taken as an example below. Usually, during the engine production process, when an engine fails, the technician will go to the site to analyze and diagnose the fault only after obtaining the fault information fed back from the site. Therefore, this will cause delays in fault diagnosis and untimely processing, increasing the risk of production line shutdown. In addition, the technician cannot know the specific type of fault before rushing to the site, and when the engine components need to be replaced to eliminate the fault, the technician needs to rush to the site first, confirm the fault type, and then return to get the replacement components, and finally return to the site for replacement, which undoubtedly increases the fault handling time and consumes more time and energy of the technician, resulting in low fault handling effect.

[0025] In view of this, an embodiment of the present invention provides a remote fault handling method, such as Figure 1As shown, the remote fault handling method is applied to the remote server and includes:

[0026] Step S110, obtaining status information of the on-site device.

[0027] For example, Figure 2 As shown, Figure 2 The remote server is connected to the on-site equipment through remote communication to obtain the status information uploaded by the on-site equipment. At the same time, the remote server can also connect to the application client to send the real-time operation status of the on-site equipment to the application client, so that the user can know the operation status of the on-site equipment based on the application client.

[0028] The remote server can obtain the status information of the device by obtaining the operation log uploaded by the field device. For example, the code or character recorded in the operation log that represents the operation status of the device. The remote server can also obtain the status information of the device by monitoring the working signals of certain hardware in the field device, such as the high and low level signals of the relay.

[0029] Step S120: judging whether the field device is working abnormally according to the state information, and if so, determining the fault type of the field device corresponding to the state information through a pre-established fault analysis model.

[0030] For example, after obtaining the status information of the field device, the embodiment of the present invention can judge the obtained status information in real time to determine whether the field device is abnormal through the judgment result, so as to facilitate the subsequent timely maintenance operation according to the fault type.

[0031] In a preferred embodiment, Figure 3 As shown, judging whether the field device is working abnormally according to the status information includes:

[0032] Step S210, analyzing the status information of the device, and if the status information contains an abnormal prompt, determining that the on-site device is operating abnormally.

[0033] For example, taking the operation log as an example, "PASS" recorded in the operation log indicates that the field equipment is currently operating normally, and "FAILED" indicates that the field equipment is currently operating abnormally, that is, an abnormal prompt for the field equipment. Therefore, when the abnormal prompt "FAILED" is recorded in the operation log in real time, it means that the field equipment is operating abnormally and has failed.

[0034] Step S220, parsing the status information of the device to obtain the operating parameters of the device, if the operating parameters of the device are inconsistent with the preset normal parameters, it is determined that the on-site device is operating abnormally.

[0035] For example, taking a relay as an example, an embodiment of the present invention can obtain the high and low level signals of the mechanical relay in the field device. When the high and low level signal changes of the relay are inconsistent with the normal changes, it means that the relay is working abnormally. For another example, in order to ensure the safe production of the equipment, the temperature inside the field equipment can also be monitored to obtain the temperature status of the key components of the field equipment in real time. Furthermore, the embodiment of the present invention can judge the temperature value of the key components obtained in real time. If it exceeds the preset threshold, it means that the equipment is working abnormally.

[0036] Furthermore, the embodiment of the present invention uses a problem analysis model to analyze the abnormal information of the equipment. For example, the problem analysis model can analyze the cause of the abnormal operation of the on-site equipment based on the abnormal prompt "FAILED" recorded in the operation log, and then determine the current fault type. Alternatively, the problem analysis model can also determine the current fault type by analyzing the changes in the high and low level signals of the relay to obtain the cause of the relay abnormality. Alternatively, the problem analysis model can also comprehensively judge the current fault type by combining the abnormal information recorded in the operation log and the signal fed back by the hardware.

[0037] It can be seen that the embodiment of the present invention can automatically analyze the device abnormality online by adopting the problem analysis model, and then obtain the fault type. Next, the problem analysis model will be described in detail.

[0038] In a preferred embodiment, Figure 4 As shown, the problem analysis model is pre-established in the following manner:

[0039] Step S310, collecting historical data of different process links of field equipment, and associating the historical data of different process links.

[0040] For example, the embodiment of the present invention can collect data of historical faulty equipment during the assembly process and during the test process. For example, the abnormal data of the workpiece tightening curve during the assembly process and the power torque curve in the bench test can be collected, and then the two can be associated. At the same time, the historical fault types that cause the abnormal curve data can also be collected, such as insufficient engine torque caused by insufficient installation torque of key components, or power that does not meet the design requirements caused by abnormal workpiece installation angle or installation torque, and the historical fault type can be associated with the abnormal data.

[0041] Step S320: training a neural network based on the associated historical data to form a problem analysis model for analyzing the type of equipment failure.

[0042] For example, the present invention adopts a machine learning method by inputting relevant historical data into a neural network for training, so that the neural network can identify the types of faults caused by different abnormal situations, and then form a problem analysis model for analyzing equipment failure types based on the trained neural network.

[0043] In a more preferred embodiment, the neural network training based on the associated historical data includes:

[0044] Setting basic parameters for training, wherein the basic parameters include the size of input historical data, an initial learning rate, a weight decay amount, and the number of historical data for each batch of training; and obtaining training results for the fault type analysis training based on the set basic parameters.

[0045] By setting the training parameters, the neural network can be effectively trained. At the same time, the basic parameters of the training can be adjusted according to the training so that the generated problem analysis model can be more suitable for analyzing the fault type.

[0046] Step S130: According to the determined fault type, a corresponding fault handling strategy is obtained by querying a preset experience knowledge base.

[0047] For example, the embodiment of the present invention uses an experience knowledge base to automatically query and obtain a fault handling strategy for the current fault type. The experience knowledge base pre-stores different fault types for field equipment and fault handling strategies that match the fault types. Therefore, after determining the fault type of the equipment, for example, a relay fails, the fault type of the relay is input into the pre-established experience knowledge base to obtain a fault handling strategy for the relay.

[0048] In a preferred embodiment, Figure 5 As shown, the experience knowledge base is pre-established in the following manner:

[0049] Step S410: collecting historical fault types and historical fault handling strategies of the field equipment to establish a fault data set.

[0050] For example, the embodiment of the present invention can collect the historical fault types of the equipment and the historical fault handling strategies for the historical fault types from various sources, such as the maintenance logs of maintenance engineers, etc. Further, by pre-processing and associating the collected historical fault types and historical fault handling strategies, each historical fault type and the corresponding historical fault handling strategy are used as a fault handling knowledge piece, and then based on the formed multiple fault handling knowledge pieces, a fault data set is established.

[0051] Step S420: constructing a knowledge base for fault processing based on the fault data set.

[0052] For example, the embodiment of the present invention can perform operations such as vectorization, encoding, indexing and storage structure on the fault handling knowledge items in the fault data set, and then generate a knowledge base for fault handling. Accordingly, when querying the fault handling strategy, the embodiment of the present invention can query and obtain the fault handling strategy corresponding to the fault type determined in real time based on the similarity between the fault type determined in real time and the fault handling knowledge items in the knowledge base.

[0053] Step S140: Processing the fault of the field device according to the fault processing strategy.

[0054] For example, combining Figure 2 As shown, the embodiment of the present invention can send the fault strategy to the field equipment at the field end for fault handling, and can also send the fault handling strategy to the application client, so that the user using the client can learn the fault handling strategy of the field equipment and rush to the field to handle it. Figure 6 As shown, the WeChat client on a mobile phone can obtain the message of the type of fault sent by the remote server in real time, and then the user can be informed of the fault situation of the on-site equipment through WeChat notification, so that the corresponding devices and tools for fault handling can be prepared according to the fault handling strategy, and then rush to the location of the equipment for maintenance. For example, when it is determined that a relay has failed, the maintenance operator can prepare the devices and tools for handling the relay failure in advance, and then handle the fault maintenance of the relay. Compared with the prior art, since the maintenance operator has pre-selected and known the specific fault type, he can prepare in advance with a purpose, without having to rush to the scene to determine that the relay has failed, and then return to get the corresponding tools or devices.

[0055] Furthermore, in order to save more time and energy of maintenance personnel in handling fault types on site, the embodiment of the present invention can also make further judgments based on the obtained fault handling strategy.

[0056] In a preferred embodiment, after querying and obtaining the fault handling strategy, the remote fault handling method further includes: determining whether the fault handling strategy is an automatic processing type, and if so, sending the fault handling strategy and an instruction for automatically executing the fault handling strategy to the field device.

[0057] For example, the fault handling strategy for the fault type of the equipment can generally be divided into automatic handling type and manual handling type. For example, the automatic handling type may include restarting the equipment, parameter detection, etc. This type of fault handling strategy can be automatically started and executed without manual operation by maintenance personnel in advance. The manual handling type may include replacement of faulty components, etc. This type of processing requires maintenance personnel to rush to the generation site for replacement. Therefore, after querying the fault handling strategy, the embodiment of the present invention further determines whether the fault handling strategy is an automatic processing type, and then immediately sends an instruction to automatically execute the fault handling strategy to the on-site equipment after being able to determine the processing type. This method can, on the one hand, timely avoid further damage to the equipment caused by the aggravation of the fault, and on the other hand, it can release the energy and time of maintenance personnel, and the maintenance personnel can determine the next maintenance plan through the automatic fault handling process, so as to be able to clear the fault more accurately and timely.

[0058] Furthermore, the embodiment of the present invention further generates different alarm prompts based on the query situation of the fault handling strategy, so as to give different prompts to the terminal, so that the terminal performs fault handling according to the different prompts.

[0059] In a preferred embodiment, after remote fault handling is performed on the field device to make the field device operate normally, the remote fault handling method also includes: obtaining the actual fault type and actual fault handling strategy for the abnormal information of the field device, so as to optimize the problem analysis model and the experience knowledge base based on the actual fault type and the actual fault handling strategy.

[0060] For example, after processing the fault type, the embodiment of the present invention can obtain the fault strategy specifically confirmed by the maintenance personnel on site, and input it into the problem analysis model, so that the problem analysis model can more accurately analyze the fault type. In addition, the embodiment of the present invention can also obtain the fault type specifically confirmed by the maintenance personnel and the fault strategy of the specific operation and input it into the experience knowledge base, so as to optimize the experience knowledge base, accumulate the maintenance personnel's on-site maintenance experience, and enable the experience knowledge base to more accurately query the corresponding fault handling strategy, thereby improving the accuracy of fault handling.

[0061] In a preferred real-time manner, after determining the fault type, the remote fault handling method further comprises displaying the fault type and information of the field device where the fault type occurs.

[0062] For example, after determining the fault type, in order to promptly alert maintenance personnel, the embodiment of the present invention may also display the fault type and device information of the fault type using a display screen or the like. Figure 6As shown, the embodiment of the present invention can monitor and display the working status of each device. When a device fails, the device with the fault type can be highlighted in a flashing manner to give maintenance personnel a clearer prompt.

[0063] In summary, the remote fault handling method provided by the embodiment of the present invention has the following advantages:

[0064] (1) The production status of the equipment can be monitored in real time, and equipment failures can be promptly detected;

[0065] (2) Convert the mature experience of maintenance personnel into big data experience, use the problem analysis model to effectively and quickly analyze the fault type, and use the experience knowledge base to quickly query the corresponding fault handling strategy to improve fault handling efficiency;

[0066] (3) Reduce the workload of maintenance personnel, free up their time and energy, and improve the timeliness and accuracy of maintenance personnel in handling fault types.

[0067] Correspondingly, an embodiment of the present invention also provides a remote fault handling device, which includes: a memory storing a program that can be run on a processor; and the processor, which is configured to implement the remote fault handling method described in the above embodiment when executing the program.

[0068] Correspondingly, an embodiment of the present invention further provides a machine-readable storage medium, on which instructions are stored, and the instructions are used to enable a machine to execute the remote fault handling method described in the above embodiment of the present application.

[0069] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0070] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0071] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0072] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process in the computer or other programmable device. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0073] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0074] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0075] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0076] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0077] The above are only embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included within the scope of the claims of the present application.

Claims

1. A remote fault handling method, characterized in that: Applied to a remote server, the remote fault handling method includes: Obtain status information of field equipment; Determine whether the field device is working abnormally according to the state information, and if so, determine the fault type of the field device corresponding to the state information through a pre-established fault analysis model; According to the determined fault type, a corresponding fault handling strategy is obtained by querying a preset experience knowledge base; and The fault of the field device is handled according to the fault handling strategy.

2. The remote fault handling method according to claim 1, characterized in that: The determining, according to the status information, whether the on-site device is operating abnormally includes: Analyzing the status information of the field device, and if the status information contains an abnormal prompt, determining that the field device is operating abnormally; and / or The state information of the field device is parsed to obtain the operating parameters of the field device. If the operating parameters of the field device are inconsistent with preset normal values, it is determined that the field device is operating abnormally.

3. The remote fault handling method according to claim 1 is characterized in that: The problem analysis model is pre-established in the following manner: Collecting historical data of different process links of the field equipment and associating the historical data of different process links; A neural network is trained based on the associated historical data to form a problem analysis model for analyzing the fault type of the field device.

4. The remote fault handling method according to claim 3, characterized in that: The neural network training based on the associated historical data includes: Setting basic parameters for training, wherein the basic parameters include the size of input historical data, the initial learning rate, the weight decay amount, and the number of historical data for each batch of training; and Based on the set basic parameters, a training result for the fault type analysis training is obtained.

5. The remote fault handling method according to claim 1, characterized in that: The experience knowledge base is pre-established in the following manner: Collecting historical fault types and historical fault handling strategies of the field equipment to establish a fault data set; Based on the fault data set, an experience knowledge base for fault processing is constructed.

6. The remote fault handling method according to claim 1, characterized in that: After obtaining the fault handling strategy through query, the remote fault handling method further includes: Determine whether the fault handling strategy is an automatic handling type, and if so, send the fault handling strategy and an instruction for automatically executing the fault handling strategy to the field device.

7. The remote fault handling method according to claim 1, characterized in that: After performing remote fault processing on the field device to enable the field device to operate normally, the remote fault processing method further includes: The actual fault type and the actual fault handling strategy for the abnormal information of the field device are obtained, so as to optimize the problem analysis model and the experience knowledge base based on the actual fault type and the actual fault handling strategy.

8. The remote fault handling method according to claim 1, characterized in that: After determining the fault type, the remote fault handling method further includes displaying the fault type and information about the field device where the fault type occurs.

9. A remote fault handling device, characterized in that: The fault handling device comprises: a memory storing a program that can be executed on the processor; and The processor is configured to implement the remote fault handling method described in any one of claims 1 to 8 when executing the program.

10. A machine-readable storage medium having instructions stored thereon, the instructions being used to enable a machine to execute the remote fault handling method described in any one of claims 1 to 8 of the present application.

Images