Professional Documents
Culture Documents
Chapter 5 - Fault Tree Analysis and FMEA
Chapter 5 - Fault Tree Analysis and FMEA
Assuming all the parts in a system are independently exponentially distributed, i.e. one part
does not cause the other to fail then the overall system failure rate can be calculated using the
series system model shown above. For example, the failure rate of a printed circuit board is
the sum of the failure rates of each of the components.
For example:
The failure rates for components can be estimated from company in-service databases or can
be attained from published handbooks and published data.
KEY POINTS
• Weibull with shape parameter, can model decreasing and increasing hazard function.
When Beta =1 is equal to exponential. Characteristic life is the 63rd percentile
• Series systems modelling used for estimating system reliability by using parts count
method
The objective of design for reliability is to design a given product that meets its requirements
under the specified environmental conditions. To achieve this good sound engineering design
rules should be followed. However there are a few general principles that should observed,
these include:
• Consider the load-strength relationship and ensure there is an adequate safety margin.
• Minimum complexity
• Identify any single point failures and either mitigate or design them out.
• Use lessons learned from previous products to design out any known weaknesses.
Each product has a life cycle, figure 10 illustrates a generic product life cycle. There are a
number of tools and techniques that are most useful at various stages of the product life cycle.
For example, at the design stage, it is most appropriate to use techniques that will be useful
for design reviews. Testing parts for fitness of purpose using accelerated life testing is also
necessary at this stage. When the product has been built it becomes costly to change the
design so all design reviews need to be done as early as possible in the product life cycle.
Design
FMECA, FTA, PoF,RBD
FE,accelerated life test
Development
Development Test
Use
Field data analysis
FRACAS
Test Manufacture
ESS, Burn-in
SPC
Development testing is used to investigate the robustness of the product and to identify any
design weaknesses with respect to the load. Development testing incorporates environmental
testing and is used for fitness of purpose of the product.
When the product has been developed, the design closed and ready for production, statistical
process control and other quality engineering tools are imperative for ensuring a good quality
product.
Environmental stress screening or burn-in is sometimes used to test all manufactured units
prior to release to the customer. The purpose of ESS is to identify any manufacturing
weaknesses in individual items.
When in-service, product performance data should be collected to check the product
reliability and also to feed forward to new product design in the form of lessons learned.
More discussion on some of these tools and techniques is given in later sections.
Some of the tools that are useful during the design stage can be thought of as tools for fault
avoidance. The fall into two general methods, bottom-up and top-down.
• Undesirable single event or system success at the highest level of interest (the top event)
should be defined.
• Contributory causes of that event at all levels are then identified and analysed.
• Event-oriented method
• Used for evaluating multiple failures including sequentially related failures and common-
cause events
Some examples of top-down methods include: Fault tree analysis (FTA); Reliability block
diagram (RBD) and Markov analysis
Fault tree analysis is a systematic way of identifying all possible faults that could lead to
system fail-danger failure. The FTA provides a concise description of the various
combinations of possible occurrences within the system that can result in predetermined
critical output events. The FTA helps identify and evaluate critical components, fault paths,
and possible errors. It is both a reliability and safety engineering task, and it is a critical data
item that is submitted to the customer for their approval and their use in their higher-level
FTA and safety analysis. The key elements of a FTA include:
– Cut sets are groups of events that would cause a system to fail
The following diagram shows the flowchart symbols that are used in fault tree analysis in
order to aid with the correct reading of the fault tree.
FTA can be done qualitatively by drawing the tree and identifying all the basic events.
However to identify the probability of the top event then probabilities or reliability figures
must be input for the basic events. Using logic the probabilities are worked up to given a
probability that the top event will occur. Often the data from an FMEA are used in
conjunction with an FTA.
Circle signifies a primary failure or basic fault that requires no further development
Diamond denotes a secondary failure or undesired event but not developed further
And gate denotes that a failure will occur if all inputs fail (parallel redundancy)
Or gate denotes a failure will occur if any input fails (series reliability)
Transfer event
The RBD is discussed and shown in section 2.4 above. It is however among the first tasks to
be completed. It model system success and gives results for the total system. As shown in
section 2.4, it deals with different system configuration, including, parallel, redundant,
standby and alternative functional paths. It doesn’t provide any fault analysis and uses
probabilistic measures to calculate system reliability.
• For each fault mode the corresponding effect on performance is deduced for the next
higher system level
• The resulting fault effect becomes the fault mode at the next higher system level, and
so on
• Successive iterations result in the eventual identification of the fault effects at all
functional levels up to the system level.
Some examples of bottom-up methods include: Event tree analysis (ETA); FMEA and Hazard
and operability study (HAZOP).
• used when it is essential to investigate all possible paths of consequent events their
sequence
• analysis can become very involved and complicated when analysing larger
systems
Example:
FMEAs or FMECAs are generally done where a level of risk is anticipated in a program early
in product or process development. Factors that may be considered are new technology, new
processes, new designs, or changes in the environment, loads, or regulations. FMEAs or
FMECAs can be done on components or systems that make up products, processes, or
manufacturing equipment. They can also be done on software systems.
Benefits include:
• Identifies systematically the cause and effect relationships.
• Gives an initial indication of those failure modes that are likely to be critical,
especially single failures that may propagate.
• Identifies outcomes arising from specific causes or initiating events that are believed to
be important.
• Provides a framework for identification of measures to mitigate risk.
• Useful in the preliminary analysis of new or untried systems or processes.
Limitations include:
• The output data may be large even for relatively simple systems.
• May become complicated and unmanageable unless there is a fairly direct (or "single-
chain") relationship between cause and effect may not easily deal with time sequences,
restoration processes, environmental conditions, maintenance aspects, etc.
• Prioritising mode criticality is complicated by competing factors involved