Dont Let Your Event/Maintenance Log Data Go to Waste
Companies are increasingly relying on information to run their businesses and stay competitive. More aggressive productivity goals and globalization needs are putting higher pressure on companies to increase the efficiency and availability of their assets. In this competitive environment, one companys downtime can become another company's opportunity. Obtaining relevant data about the failures and repairs of assets is central to achieving company goals.
One very valuable kind of data that is collected in the manufacturing, process, oil, machine tools and communication industries is the log of failures and repairs of physical assets such as machines, airplanes, computers, servers, trucks and oil refineries. This information can provide many insights about failure modes, outages, their frequencies, the repair duration, uptime/downtime and availability. It can aid in gaining knowledge required for critical business performance improvements.
The volume of this type of data can become very large and the task of extracting useful and concise information can also become cumbersome. This article highlights some of the functionalities of Weibull++ 7 that can be utilized to facilitate the processing of event or maintenance logs that your company might be keeping track of.
Weibull++ offers a feature called
the Event Log Folio that helps in logging such entries and
automatically converting these log entries to time-to-failure and
time-to-repair data that can be analyzed with life data analysis techniques.
The data format for Weibull++ 7s Event Log is shown next.
Weibull++ 7's Event Log consists of the following columns:
System-level information is also needed for each system, namely:
Analyzing Event/Maintenance Logs
For systems that were not new when data started being collected, the times to first occurrence of every unique event are considered to be suspensions (right censored), because the system is assumed to have accumulated more hours before data began to be gathered (i.e. the time between the start date/time and the first occurrence of an event is not the entire operating time). In this case:
For systems that were new when the event log data started being collected:
When monitoring on the system is stopped or when the system is no longer being used (when system end date/time is reached), all events that have not occurred by this time are considered suspensions.
Eqn. (1) to Eqn. (4) are valid for cases in which the component operates through the failure of other components. The equations need to be adjusted in cases in which the component does not operate through the failure of other components. The downtime of the system due to other failures needs to be accounted for. In other words, Eqn. (1) to Eqn. (4) become:
Repair times are obtained by calculating the difference between the date/time of event occurrence and the date/time of restoration.
Eqn. (1) to Eqn. (9) should also take into consideration the periods of non-operation during which the systems are not used, as in the case of operations that do not run on a 24/7 basis.
The list of times-to-failure and times-to-repair obtained in the above manner, from every system in the event log, can be used to derive failure distributions and repair distributions respectively using life data analysis methods. The process of data extraction and model fitting can be automated using the Weibull++ 7 Event Log Folio.
Example Using Weibull++ 7
The following example illustrates the use of event logs in a manufacturing company. The event logs of a cutting machine are being tracked. There are two cutting machines in two parallel production lines. The following figure shows the event log data of both machines.
For safety reasons, when a machine fails, the machine is turned off. None of the machine's components continue to work during a failure of other parts of the machine. Therefore, the OTF column is not used in the analysis.
These machines were new when the logging of failures and maintenance actions began. Click the System Setup icon to enter the start date/time and end date/time of each machine and the state of the machine at the start of the event logs.
Click the Shift Pattern icon to specify the shift during which the machines are supposed to be working.
The level of analysis also needs to be specified. This sets the depth of the analysis and generates models for the components at the indicated levels. On the Main tab of the Control Panel, make the following selections:
You can also choose from a variety of options for analysis on the Analysis tab of the Control Panel. For this example, for both the Failure Distribution and the Repair Distribution, select Prefer RRX if sufficient data and select all three distributions for consideration.
Click Calculate to obtain results. You can then click the (...) button under Analysis Summary at the bottom of the Main tab of the Control Panel to view detailed results from the analysis. This summary lists the fitted failure and repair distributions and their parameter estimates in addition to the uptime and downtime of the elements of the system at the selected level.
You can perform further analysis by transferring failure and repair data from the event log to standard folios, where more analysis options are available. To do this, click the Transfer Life Data to New Folio icon.
The next two figures show the failure data and repair data for the conveyer belt component.
The reliability plots for the different components in the system are shown next.
Integration with BlockSim 6
The failure and repair distribution models that were derived above can be used for system reliability, maintainability and availability analysis. Weibull++ 7 provides a functionality to facilitate the transfer of these models to BlockSim 6. Click the BlockSim icon to select which blocks you want to transfer.
In the window that appears, make the following selection to transfer the models for the machine's components (in this example, we chose not to transfer the E events because they do not describe the failure characteristics of the components and their repair actions) and click OK.
This will create a BlockSim 6 file that contains a template with all the blocks representing the system's makeup.
The failure distributions and repair distributions derived using the Event Log Folio in Weibull++ 7 are applied to the respective blocks. These blocks can be used to create a Reliability Block Diagram (RBD) that can be used for reliability and availability analysis. The RBD that describes the cutting machine is as follows.
Note that each block in this diagram is a subdiagram. The subdiagrams are shown next.
The availability of the cutting machine during a two year period (2 years X 52 weeks/year X 45 hours/week = 4680 hours) can be estimated using simulation. The following is a simulation plot of the machine's availability over a two year period.
The RBD shown above is the backbone for many subsequent types of analysis that can follow, such as life cycle cost analysis and throughput analysis. The diagrams can also be enhanced by specifying more details about crews, spare parts stocks, part ordering, preventive maintenance, inspections, etc. These topics have been covered extensively in previous issues of Reliability HotWire.
This article addresses how useful information can be extracted from event and maintenance logs in industries that collect this type of historic failure data for their important assets. This type of knowledge is essential for critical operation management and maintenance processes, as well as for business performance analysis and improvements. The Event Log Folio feature in Weibull++ 7, along with its smooth integration with BlockSim 6, facilitates this type of analysis.
Copyright 2006 ReliaSoft Corporation, ALL RIGHTS RESERVED