Chat with us, powered by LiveChat
arrow_back_ios

Main Menu

See All Acoustic End-of-Line Test Systems See All DAQ and instruments See All Electroacoustic application See All Software See All Transducers See All Vibration Testing Equipment See All Electroacousticsb - OLD unpublished See All Academy See All Resource Center See All Services See All Support See All Applications See All Industries See All Our Business
arrow_back_ios

Main Menu

See All Actuators See All Combustion Engines See All Durability See All eDrive See All Transmission Gearboxes See All Turbo Charger See All DAQ systems See All High precision and calibration systems See All Industrial electronics See All Power Analyser See All S&V Handheld devices See All S&V Signal conditioner See All Accessories for electroacoustic application See All DAQ See All Drivers API See All nCode - Durability and Fatigue Analysis See All ReliaSoft - Reliability Analysis and Management See All Test Data Management See All Utility See All Vibration Control See All Acoustic See All Current / voltage See All Displacement See All Load cells See All Pressure See All Strain Gauges See All Torque See All Vibration See All Temperature See All LDS Shaker Systems See All Power Amplifiers See All Vibration Controllers See All Accessories for modal exciters See All Test Solutions See All Training Courses See All Primers and Handbooks See All Calibration See All Installation, Maintenance & Repair See All Support Brüel & Kjær See All Acoustics See All Asset & Process Monitoring See All Electric Power See All NVH See All OEM Custom Sensors See All Structural Integrity See All Vibration See All Automotive & Ground Transportation See All Business Ethics
arrow_back_ios

Main Menu

See All CANHEAD See All GenHS See All LAN-XI See All MGCplus See All Optical Interrogators See All QuantumX See All SomatXR See All Fusion-LN See All Accessories for industrial electronics See All Handheld Software See All Accessories for S&V handheld devices See All BK Connect / PULSE See All API See All Microphone sets See All Microphone Cartridges See All Acoustic calibrators See All Special microphones See All Microphone Pre-amplifiers See All Sound Sources See All Accessories for acoustic transducers See All Experimental testing See All Transducer Manufacturing (OEM) See All Accessories for strain gauges See All Non-rotating (calibration) See All Rotating See All CCLD (IEPE) accelerometer See All Charge accelerometer See All Impulse hammers / impedance heads See All Cables See All Accessories See All Calibration Services for Transducers See All Calibration Services for Handheld Instruments See All Calibration Services for Instruments & DAQ See All Resources See All Electroacoustics See All Environmental Noise See All Noise Source Identification See All Product Noise See All Sound Power and Sound Pressure See All Vehicle Pass-by Noise See All Production Testing and Quality Assurance See All Machine Analysis and Diagnostics See All Structural Health Monitoring See All High Voltage See All OEM Sensors for the Agriculture Industry See All OEM Sensors for Robotics and Torque Applications See All Structural Dynamics See All Material Properties Testing

Modeling Failure Modes (Fault Trees)

In the Modeling Failure Modes (RBDs) example, we used a reliability block diagram (RBD) approach to analyze a component and its associated failure modes. In this example, we will use the same component and conditions described in the Modeling Failure Modes (RBDs) example, but use a fault tree diagram instead of an RBD to perform the analysis.

Example

 

The component can fail due to six independent primary failure modes: A, B, C, D, E and F. The component fails if mode A, B or C occurs. If mode D, E or F occurs alone, the component does not fail; however, the component will fail if any two (or more) of these modes occur (i.e., D and E; D and F; E and F). Furthermore, modes A, B and C can be broken down further into the events (sub-modes) that can cause them. Once a mode occurs, its sub-mode also occurs and does not go away.

 

The following RBD illustrates the relationship between the primary modes.

Figure 1: RBD of Component
The following diagram shows the corresponding fault tree of the component. The voting gate, represented by 2/3, replaces the node in the RBD. The vote number in the voting gate is set to 2, which indicates that at least 2 of the 3 basic events must occur for the component to fail.
Figure 2: Fault Tree Diagram of Component

Mode A

 

There are five independent (i.e., if one mode occurs, the rest are not more likely to occur) sub-modes associated with mode A: events S1, S2, T1, T2 and Y. There are three possible ways for mode A to manifest itself:

 

  • Events S1 and S1 both occur.
  • Event T1 or T2 occurs.
  • Event Y and either event S1 or event S2 occur (i.e., events Y and S1 or events Y and S2).

The following RBD illustrates the conditions for mode A.

Figure 3: RBD of Mode A

The following diagram shows the corresponding fault tree for mode A. The vote number in the voting gate is set to 2, indicating that at least 2 of the 3 conditional events must occur for mode A to occur.

Figure 4: Fault Tree of Mode A

Mode B

 

There are three dependent sub-modes associated with mode B: events BA, BB and BC. Two out of the three events must occur for mode B to occur. Specifically, when one event occurs, the MTTF of the remaining events is cut in half. This describes a load sharing configuration. The reliability function for each block will change depending on the other events. Therefore, the reliability of each block is not only dependent on time, but also on the stress (load) that the block sees.

 

The following picture shows the RBD of mode B. The blocks representing the sub-modes are inside a load sharing container. The number of required paths in the load sharing container is set to 2, indicating that 2 out of the 3 contained events must occur for mode B to occur.

Figure 5: Load Sharing Container for Mode B

The following diagram shows the corresponding fault tree of mode B. The load sharing gate (LS) in the fault tree replaces the load sharing container in the RBD. The vote number in the load sharing gate is set to 2, indicating that at least 2 of the events must occur for mode B to occur.

Figure 6: Fault Tree Diagram of Mode B

The weight proportionality factor of each event is set to 1, indicating that they will share the load evenly (33.33% of the load each) when all are operating. If one fails, the other two will take over the load.

 

Note that a load sharing gate is not a standard fault tree gate. BlockSim introduces this gate to allow for representation of dependent events in a fault tree diagram. It behaves in exactly the same way as a load sharing container in an RBD.

Mode C

 

There are two sequential sub-modes associated with mode C: events CA and CB. Both events must occur for mode C to occur. Event CB will occur only if event CA has occurred. If event CA has not occurred, then event CB will not occur.

 

This scenario is similar to standby redundancy. Basically, if CA occurs then CB gets initiated. The following picture shows the RBD of mode C. The blocks representing the sub-modes are inside a standby container. The operation of block CA is set to Active, while the operation of block CB is set to Standby.

Figure 7: Standby Container for Mode C

The following diagram shows the corresponding fault tree of mode C. The standby gate (SB) in the fault tree replaces the standby container in the RBD.

Figure 8: Fault Tree Diagram of Mode C

Discussion

 

If you use the same universal reliability definitions (URDs) that were defined in Example 2, the results of the fault tree diagram analysis will be the same as the results obtained by the RBD approach.

 

BlockSim has many options for modeling a system. The following figure illustrates an alternative fault tree diagram for the component.

Figure 9: Fault Tree Diagram of the Component Without Using Subdiagrams
In addition, you can use a combination of fault trees and RBDs in an analysis. For example, you can use fault trees as subdiagrams in an RBD, and vice versa.
Figure 10: Fault Trees as Subdiagrams in an RBD