View source for Time-Dependent System Reliability (Analytical)

{{Template:bsbook|4}}
In the [[RBDs and Analytical System Reliability]] chapter, different system configuration types were examined, as well as different methods for obtaining the system's reliability function analytically.  Because the reliabilities in the problems presented were treated as probabilities (e.g., <math>P(A)\,\!</math>, <math>{{R}_{i}}\,\!</math> ), the reliability values and equations presented were referred to as ''static'' (not time-dependent). Thus, in the prior chapter, the life distributions of the components were not incorporated in the process of calculating the system reliability. In this chapter, time dependency in the reliability function will be introduced. We will develop the models necessary to observe the reliability over the life of the system, instead of at just one point in time. In addition, performance measures such as failure rate, MTTF and warranty time will be estimated for the entire system. The methods of obtaining the reliability function analytically remain identical to the ones presented in the previous chapter, with the exception that the reliabilities will be functions of time.  In other words, instead of dealing with <math>{{R}_{i}}\,\!</math>, we will use <math>{{R}_{i}}(t)\,\!</math>.  All examples in this chapter assume that no repairs are performed on the components. Repairable systems analysis will be introduced in a [[Introduction_to_Repairable_Systems|subsequent chapter]].  

==Analytical Life Predictions==
The analytical approach presented in the prior chapter involved the determination of a mathematical expression that describes the reliability of the system, expressed in terms of the reliabilities of its components.  So far we have estimated only static system reliability (at a fixed time).  For example, in the case of a system with three components in series, the system's reliability equation was given by:
<br>

::<math>{{R}_{s}}={{R}_{1}}\cdot {{R}_{2}}\cdot {{R}_{3}}  \ \,\!</math>

The values of <math>{{R}_{1}}\,\!</math>, <math>{{R}_{2}}\,\!</math> and <math>{{R}_{3}}\,\!</math> were given for a common time and the reliability of the system was estimated for that time.  However, since the component failure characteristics can be described by distributions, the system reliability is actually time-dependent.  In this case, the equation above can be rewritten as: 

::<math>{{R}_{s}}(t)={{R}_{1}}(t)\cdot {{R}_{2}}(t)\cdot {{R}_{3}}(t)\,\!</math>

The reliability of the system for any mission time can now be estimated.  Assuming a Weibull life distribution for each component, the first equation above can now be expressed in terms of each component's reliability function, or:


::<math>{{R}_{s}}(t)={{e}^{-{{\left( \tfrac{t}{{{\eta }_{1}}} \right)}^{{{\beta }_{1}}}}}}\cdot {{e}^{-{{\left( \tfrac{t}{{{\eta }_{2}}} \right)}^{{{\beta }_{2}}}}}}\cdot {{e}^{-{{\left( \tfrac{t}{{{\eta }_{3}}} \right)}^{{{\beta }_{3}}}}}}\,\!</math>

In the same manner, any life distribution can be substituted into the system reliability equation.  Suppose that the times-to-failure of the first component are described with a Weibull distribution, the times-to-failure of the second component with an exponential distribution and the times-to-failure of the third component with a normal distribution.  Then the first equation above can be written as:

::<math>{{R}_{s}}(t)={{e}^{-{{\left( \tfrac{t}{{{\eta }_{1}}} \right)}^{{{\beta }_{1}}}}}}\cdot {{e}^{-{{\lambda }_{2}}t}}\cdot \left[ 1-\Phi \left( \frac{t-{{\mu }_{3}}}{{{\sigma }_{3}}} \right) \right]\,\!</math>

It can be seen that the biggest challenge is in obtaining the system's reliability function in terms of component reliabilities, which has already been discussed in depth.  Once this has been achieved, calculating the reliability of the system for any mission duration is just a matter of substituting the corresponding component reliability functions into the system reliability equation.


===Advantages and Disadvantages===
The primary advantage of the analytical solution is that it produces a mathematical expression that describes the reliability of the system.  Once the system's reliability function has been determined, other calculations can then be performed to obtain metrics of interest for the system. Such calculations include:  

:*Determination of the system's ''pdf''.

:*Determination of warranty periods.

:*Determination of the system's failure rate.

:*Determination of the system's MTTF.

In addition, optimization and reliability allocation techniques can be used to aid engineers in their design improvement efforts.  Another advantage in using analytical techniques is the ability to perform static calculations and analyze systems with a mixture of static and time-dependent components.  Finally, the reliability importance of components over time can be calculated with this methodology.

The biggest disadvantage of the analytical method is that formulations can become very complicated.  The more complicated a system is, the larger and more difficult it will be to analytically formulate an expression for the system's reliability.  For particularly detailed systems this process can be quite time-consuming, even with the use of computers.  Furthermore, when the maintainability of the system or some of its components must be taken into consideration, analytical solutions become intractable.  In these situations, the use of simulation methods may be more advantageous than attempting to develop a solution analytically.  Simulation methods are presented in later chapters.

==Looking at a Simple "Complex" System Analytically==
The complexity involved in an analytical solution can be best illustrated by looking at the simple ''complex'' system with 15 components, as shown below.

[[Image:5-1.png|center|600px|<div align="center"> An RBD of a complex system.</div>|link=]]

The system reliability for this system (computed using BlockSim) is shown next.  The first solution is provided using BlockSim's symbolic solution.  In symbolic mode, BlockSim breaks the equation into segments, identified by tokens, that need to be substituted into the final system equation for a complete solution.  This creates algebraic solutions that are more compact than if the substitutions were made.

::<math>\begin{align}
{{R}_{System}}= & D2\cdot D3\cdot {{R}_{L}} \\ 
D3= & +{{R}_{K}}\cdot IK \\ 
IK= & +{{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{O}}\cdot {{R}_{G}}\cdot {{R}_{F}}\cdot {{R}_{H}}-{{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{O}}\cdot {{R}_{G}}\cdot {{R}_{F}} \\ 
& -{{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{F}}\cdot {{R}_{H}}-{{R}_{I}}\cdot {{R}_{O}}\cdot {{R}_{F}}\cdot {{R}_{H}} \\ 
& -{{R}_{J}}\cdot {{R}_{G}}\cdot {{R}_{F}}\cdot {{R}_{H}}+{{R}_{I}}\cdot {{R}_{O}}\cdot {{R}_{F}} \\ 
& +{{R}_{I}}\cdot {{R}_{F}}\cdot {{R}_{H}}+{{R}_{J}}\cdot {{R}_{F}}\cdot {{R}_{H}}+{{R}_{J}}\cdot {{R}_{G}} \\ 
D2 = & +{{R}_{A}}\cdot {{R}_{E}}\cdot IE \\ 
IE = & -D1\cdot {{R}_{M}}\cdot {{R}_{N}}+{{R}_{M}}\cdot {{R}_{N}}+D1 \\ 
D1 = & +{{R}_{D}}\cdot ID \\ 
ID = & -{{R}_{B}}\cdot {{R}_{C}}+{{R}_{B}}+{{R}_{C}}  
\end{align}\,\!</math>

Substituting the terms yields: 

::<math>\begin{align}
{{R}_{System}}= & {{R}_{A}}\cdot {{R}_{E}}\cdot {{R}_{L}}\cdot {{R}_{K}} \\ 
& \cdot \{({{R}_{D}}\cdot {{R}_{B}}\cdot {{R}_{C}}+{{R}_{B}}+{{R}_{C}})\cdot {{R}_{M}}\cdot {{R}_{N}} \\ 
& +{{R}_{M}}\cdot {{R}_{N}}-{{R}_{D}}\cdot {{R}_{B}}\cdot {{R}_{C}}+{{R}_{B}}+{{R}_{C}}\} \\ 
& \cdot \{{{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{O}}\cdot {{R}_{G}}\cdot {{R}_{F}}\cdot {{R}_{H}}-{{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{O}}\cdot {{R}_{G}}\cdot {{R}_{F}} \\ 
& -{{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{F}}\cdot {{R}_{H}}-{{R}_{I}}\cdot {{R}_{O}}\cdot {{R}_{F}}\cdot {{R}_{H}} \\ 
& -{{R}_{J}}\cdot {{R}_{G}}\cdot {{R}_{F}}\cdot {{R}_{H}}+{{R}_{I}}\cdot {{R}_{O}}\cdot {{R}_{F}} \\ 
& +{{R}_{I}}\cdot {{R}_{F}}\cdot {{R}_{H}}+{{R}_{J}}\cdot {{R}_{F}}\cdot {{R}_{H}}+{{R}_{J}}\cdot {{R}_{G}}\}  
\end{align}\,\!</math>

BlockSim's automatic algebraic simplification would yield the following format for the above solution: 

::<math>\begin{align}
{{R}_{System}}= & (({{R}_{A}}\cdot {{R}_{E}}(-({{R}_{D}}(-{{R}_{B}}\cdot {{R}_{C}}+{{R}_{B}}+{{R}_{C}})){{R}_{M}}\cdot {{R}_{N}} \\ 
& +{{R}_{M}}\cdot {{R}_{N}} \\ 
& +({{R}_{D}}(-{{R}_{B}}\cdot {{R}_{C}}+{{R}_{B}}+{{R}_{C}})))) \\ 
& ({{R}_{K}}({{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{O}}\cdot {{R}_{G}}\cdot {{R}_{F}}\cdot {{R}_{H}} \\ 
& -{{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{O}}\cdot {{R}_{G}}\cdot {{R}_{F}}-{{R}_{I}}\cdot {{R}_{J}}\cdot {{R}_{F}}\cdot {{R}_{H}} \\ 
& -{{R}_{I}}\cdot {{R}_{O}}\cdot {{R}_{F}}\cdot {{R}_{H}}-{{R}_{J}}\cdot {{R}_{G}}\cdot {{R}_{F}}\cdot {{R}_{H}} \\ 
& +RI\cdot {{R}_{O}}\cdot {{R}_{F}} \\ 
& +{{R}_{I}}\cdot {{R}_{F}}\cdot {{R}_{H}}+{{R}_{J}}\cdot {{R}_{F}}\cdot {{R}_{H}}+{{R}_{J}}\cdot {{R}_{G}})){{R}_{L}})  \ 
\end{align}\,\!</math>

In this equation, each <math>{{R}_{i}}\,\!</math> represents the reliability function of a block.  For example, if <math>{{R}_{A}}\,\!</math> has a Weibull distribution, then each <math>{{R}_{A}}(t)={{e}^{-{{\left( \tfrac{t}{{{\eta }_{A}}} \right)}^{{{\beta }_{A}}}}}}\,\!</math> and so forth.  Substitution of each component's reliability function in the last <math>{{R}_{System}}\,\!</math> equation above will result in an analytical expression for the system reliability as a function of time, or <math>{{R}_{s}}(t)\,\!</math>, which is the same as <math>(1-cd{{f}_{System}}).\,\!</math>

==Obtaining Other Functions of Interest==
Once the system reliability equation (or the cumulative density function, ''cdf'') has been determined, other functions and metrics of interest can be derived.  

Consider the following simple system:

[[Image:5-2.png|center|200px|<div align="center"> Simple two-component system. </div>|link=]]

Furthermore, assume that component 1 follows an exponential distribution with a mean of 10,000 (<math>\mu =10,000,\,\!</math> <math>\lambda =1/10,000)\,\!</math> and component 2 follows a Weibull distribution with <math>\beta =6\,\!</math> and <math>\eta =10,000\,\!</math>.  The reliability equation of this system is:

::<math>\begin{align}
{{R}_{S}}(t)= & {{R}_{1}}(t)\cdot {{R}_{2}}(t) \\ 
= & {{e}^{-\lambda t}}\cdot {{e}^{-{{\left( \tfrac{t}{\eta } \right)}^{\beta }}}} \\ 
= & {{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}}  \  
\end{align}\,\!</math>

The system ''cdf'' is:

::<math>\begin{align}
{{F}_{S}}(t)= & 1-({{R}_{1}}(t)\cdot {{R}_{2}}(t)) \\ 
= & 1-\left( {{e}^{-\lambda t}}\cdot {{e}^{-{{\left( \tfrac{t}{\eta } \right)}^{\beta }}}} \right) \\ 
= & 1-\left( {{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}} \right)  
\end{align}\,\!</math>

===System ''pdf''===
Once the equation for the reliability of the system has been obtained, the system's ''pdf'' can be determined. The  ''pdf'' is the derivative of the reliability function with respect to time or: 

::<math>{{f}_{s}}(t)=-\frac{d({{R}_{s}}(t))}{dt} \ \,\!</math>

For the system shown above, this is:

::<math>\begin{align}
{{f}_{s}}(t)= & -\frac{d}{dt}\left( {{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}} \right) \\ 
= & -\frac{d}{dt}\left( {{e}^{-\tfrac{1}{10,000}t}} \right)\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}} \\ 
& +{{e}^{-\tfrac{1}{10,000}t}}\left[ -\frac{d}{dt}\left( {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}} \right) \right] \\ 
= & {{f}_{1}}(t)\cdot {{R}_{2}}(t)+{{f}_{2}}(t)\cdot {{R}_{1}}(t)  
\end{align}\,\!</math>

The next figure shows a plot of the ''pdf'' equation.

[[Image:BS5.3.png|center|650px|pdf plot of the two-component system|link=]]

===Conditional Reliability===
Conditional reliability is the probability of a system successfully completing another mission following the successful completion of a previous mission.  The time of the previous mission and the time for the mission to be undertaken must be taken into account for conditional reliability calculations.  The system's conditional reliability function is given by:

::<math>R(t|T)=\frac{R(T+t)}{R(T)}\,\!</math>

Equation above gives the reliability for a new mission of duration <math>t\,\!</math> having already accumulated <math>T\,\!</math> hours of operation up to the start of this new mission. The system is evaluated to assure that it will start the next mission successfully.

For the simple two-component system, the reliability for mission of <math>t\,\!</math> = 1000 hours, having an age of <math>T\,\!</math> = 500 hours, is:

::<math>\begin{align}
{{R}_{S}}(t=1000|T=500)= & \frac{R(T+t)}{R(T)} \\ 
= & \frac{R(1500)}{R(500)} \\ 
= & \frac{{{e}^{-\tfrac{1500}{10,000}}}\cdot {{e}^{-{{\left( \tfrac{1500}{10,000} \right)}^{6}}}}}{{{e}^{-\tfrac{500}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{500}{10,000} \right)}^{6}}}}} \\ 
= & 0.9048=90.48%  
\end{align}\,\!</math>

===Conditional Reliability for Components===
Now in this formulation, it was assumed that the accumulated age was equivalent for both units. That is, both started life at zero and aged to 500.  It is possible to consider an individual component that has already accumulated some age (used component) in the same formulation.  To illustrate this, assume that component 2 started life with an age of T = 100.  Then the reliability equation of the system, as given in <math>{{R}_{S}}(t)= {{R}_{1}}(t)\cdot {{R}_{2}}(t)\,\!</math>, would need to be modified to include a conditional term for 2, or: 

::<math>{{R}_{S}}(t)={{R}_{1}}(t)\cdot \frac{{{R}_{2}}({{T}_{2}}+t)}{{{R}_{2}}({{T}_{2}})} \ \,\!</math>

In BlockSim, the start age input box may be used to specify a starting age greater than zero.

===System Failure Rate===
Once the distribution of the system has been determined, the failure rate can also be obtained by dividing the ''pdf'' by the reliability function:

::<math>{{\lambda }_{s}}\left( t \right)=\frac{{{f}_{s}}\left( t \right)}{{{R}_{s}}\left( t \right)}   \ \,\!</math>

For the simple two-component system: 

::<math>\begin{align}
{{\lambda }_{s}}\left( t \right)= & \frac{-\tfrac{d}{dt}\left( {{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}} \right)}{{{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}}} \\ 
= & \frac{-\tfrac{d}{dt}\left( {{e}^{-\tfrac{1}{10,000}t}} \right)}{{{e}^{-\tfrac{1}{10,000}t}}}+\frac{-\tfrac{d}{dt}\left( {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}} \right)}{{{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}}} \\ 
= & \frac{{{f}_{1}}}{{{R}_{1}}}+\frac{{{f}_{2}}}{{{R}_{2}}} \\ 
= & {{\lambda }_{1}}+{{\lambda }_{2}}   \ 
\end{align}\,\!</math>

The following figure shows a plot of the equation.

[[Image:BS5.4.png|center|650px|Failure rate function plot of the two component system|link=]]

BlockSim uses numerical methods to estimate the failure rate.  It should be pointed out that as <math>t\to \infty \,\!</math>, numerical evaluation of the first equation above is constrained by machine numerical precision. That is, there are limits as to how large <math>t\,\!</math> can get before floating point problems arise.  For example, at <math>t=5,000,000\,\!</math> both numerator and denominator will tend to zero (e.g., <math>{{e}^{-\tfrac{5,000,000}{10,000}}}=7.1245\times {{10}^{-218}}\,\!</math> ).  As these numbers become very small they will start looking like a zero to the computer, or cause a floating point error, resulting in a <math>\tfrac{0}{0}\,\!</math> or <math>\tfrac{X}{0}\,\!</math> operation.  In these cases, BlockSim will return a value of "<math>N/A\,\!</math>" for the result.  Obviously, this does not create any practical constraints.

===System Mean Life (Mean Time To Failure)===
The mean life (or mean time to failure, MTTF) can be obtained by integrating the system reliability function from zero to infinity: 

::<math>MTTF=\int_{0}^{\infty }{{R}_{s}}\left( t \right)dt   \ \,\!</math>

The mean time is a performance index and does not provide any information about the behavior of the failure distribution of the system.

For the simple two-component system: 

::<math>\begin{align}
MTTF= & \int_{0}^{\infty }\left( {{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}} \right)dt \\ 
= & 5978.9  
\end{align}\,\!</math>

===Warranty Period and BX Life===
Sometimes it is desirable to know the time value associated with a certain reliability.  Warranty periods are often calculated by determining what percentage of the failure population can be covered financially and estimating the time at which this portion of the population will fail.  Similarly, engineering specifications may call for a certain BX life, which also represents a time period during which a certain proportion of the population will fail.  For example, the B10 life is the time in which 10% of the population will fail.  
This is obtained by setting <math>{{R}_{S}}(t)\,\!</math> to the desired value and solving for <math>t.\,\!</math> 

For the simple two-component system: 

::<math>{{R}_{s}}\left( t \right)={{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}}\,\!</math>

To compute the time by which reliability would be equal to 90%, equation above is recast as follows and solved for <math>t.\,\!</math> 

::<math>0.90={{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}}\,\!</math>

In this case, <math>t=1053.59\,\!</math>.  Equivalently, the B10 life for this system is also 1053.59.
Except for some trivial cases, a closed form solution for <math>t\,\!</math> cannot be obtained.   Thus, it is necessary to solve for <math>t\,\!</math> using numerical methods.  BlockSim uses numerical methods.


===Examples===<!-- THIS SECTION HEADER IS LINKED TO THE PAGES THAT ARE TRANSCLUDED IN THIS SECTION. IF YOU RENAME THE SECTION, YOU MUST UPDATE THE LINK. -->
'''Components in Series'''<hr>
{{:Time-Dependent System Reliability for Components in Series}}


'''Components in Parallel'''<hr>
{{:Time-Dependent System Reliability for Components in Parallel}}

==Approximating the System cdf==<!-- THIS SECTION HEADER IS LINKED TO: Example Using a Distribution to Approximate the CDF. IF YOU RENAME THE SECTION, YOU MUST UPDATE THE LINK. -->
In many cases, it is valuable to fit a distribution that represents the system's times-to-failure.  This can be useful when the system is part of a larger assembly and may be used for repeated calculations or in calculations for other systems.  In cases such as this, it can be useful to characterize the system's behavior by fitting a distribution to the overall system and calculating parameters for this distribution.   This is equivalent to fitting a single distribution to describe <math>{{R}_{S}}(t)\,\!</math>.  In essence, it is like reducing the entire system to a component in order to simplify calculations.  

For the system shown below: 
[[Image:5-2.png|center|250px|<div align="center">Simple two-component system. </div>|link=]]

::<math>{{R}_{S}}(t)={{e}^{-\tfrac{1}{10,000}t}}\cdot {{e}^{-{{\left( \tfrac{t}{10,000} \right)}^{6}}}}\,\!</math>

<br>
To compute an approximate reliability function for this system, <math>{{R}_{A}}(t)\simeq {{R}_{S}}(t)\,\!</math>, one would compute <math>n\,\!</math> pairs of reliability and time values and then fit a single distribution to the data, or:

::<math>\begin{align}
{{R}_{S}}(t= & 10,396.7)=10% \\ 
{{R}_{S}}(t= & 9,361.9)=20% \\ 
& ... \\ 
{{R}_{S}}(t= & 1,053.6)=90%  
\end{align}\,\!</math>

A single distribution, <math>{{R}_{A}}(t)\,\!</math>, that approximates <math>{{R}_{S}}(t)\,\!</math> can now be computed from these pairs using life data analysis methods.  If using the Weibull++ software, one would enter the values as free-form data.

===Example===
{{:Example Using a Distribution to Approximate the CDF}}

==Duty Cycle==
Components of a system may not operate continuously during a system's mission, or may be subjected to loads greater or lesser than the rated loads during system operation.  To model this, a factor called the Duty Cycle ( <math>{{d}_{c}}\,\!</math> ) is used.  The duty cycle may also be used to account for changes in environmental stress, such as temperature changes, that may effect the operation of a component.  The duty cycle is a positive value, with a default value of 1 representing continuous operation at rated load, and any values other than 1 representing other load values with respect to the rated load value (or total operating time).   A duty cycle value higher than 1 indicates a load in excess of the rated value.  A duty cycle value lower than 1 indicates that the component is operating at a load lower than the rated load or not operating continuously during the system's mission.  For instance, a duty cycle of 0.5 may be used for a component that operates only half of the time during the system's mission.

The reliability metrics for a component with a duty cycle are calculated as follows. Let <math>{{d}_{c}}\,\!</math> represent the duty cycle during a particular mission of the component, <math>t\,\!</math> represent the mission time and <math>{t}'\,\!</math> represent the accumulated age. Then:

::<math>{t}'={{d}_{c}}\times t\,\!</math>

The reliability equation for the component is:

::<math>R({t}')=R({{d}_{c}}\times t)\,\!</math>

The component ''pdf'' is:

::<math>f({t}')=-\frac{d(R({t}'))}{dt}=-\frac{d(R({{d}_{c}}\times t))}{dt}={{d}_{c}}f({{d}_{c}}\times t)\,\!</math>

The failure rate of the component is:

::<math>\lambda ({t}')=\frac{f({t}')}{R({t}')}=\frac{{{d}_{c}}f({{d}_{c}}\times t)}{R({{d}_{c}}\times t)}={{d}_{c}}\lambda ({{d}_{c}}\times t)\,\!</math>

===Example===<!-- THIS SECTION HEADER IS LINKED TO The PAGE TRANSCLUDED IN THIS SECTION. IF YOU RENAME THE SECTION, YOU MUST UPDATE THE LINK. -->
{{:Example Calculating System Reliability with Duty Cycles}}

==Load Sharing==
As presented in earlier chapters, a reliability block diagram (RBD) allows you to graphically represent how the components within a system are reliability-wise connected. In most cases, independence is assumed across the components within the system. For example, the failure of component A does not affect the failure of component B. However, if a system consists of components that are sharing a load, then the assumption of independence no longer holds true.

If one component fails, then the component(s) that are still operating will have to assume the failed unit's portion of the load. Therefore, the reliabilities of the surviving unit(s) will change. Calculating the system reliability is no longer an easy proposition. In the case of load sharing components, the change of the failure distributions of the surviving components must be known in order to determine the system's reliability.

To illustrate this, consider a system of two units connected reliability-wise in parallel as shown below.
[[Image:5-16.png|center|400px|<div align="center"> Two units connected reliability-wise in parallel.</div>|link=]]
Assume that the units must supply an output of 8 volts and that if both units are operational, each unit is to supply 50% of the total output. If one of the units fails, then the surviving unit supplies 100%. Furthermore, assume that having to supply the entire load has a negative impact on the reliability characteristics of the surviving unit. 

Because the reliability characteristics of the unit change based on the load it is sharing, a method that can model the effect of the load on life should be used. One way to do this is to use a life distribution along with a life-stress relationship (as discussed in [[Statistical_Background#A_Brief_Introduction_to_Life-Stress_Relationships|A Brief Introduction to Life-Stress Relationships]]) for each component. The detailed discussion for this method can be found at [[Additional Information on Load Sharing]]. Another simple way is to use the concept of acceleration factors and assume that the load has a linear effect on the failure time. If the load is doubled, then the life of the component will be shortened by half. 

For the above load sharing system, the reliability of each component is a function of time and load. For example, for Unit 1, the reliability and the probability density function are:

::<math>{{R}_{1}}(t,{{S}_{1}})\,\!\,\!</math> and <math>{{f}_{1}}(t,{{S}_{1}})\,\!\,\!</math>

where <math>{{S}_{1}}\,\!\,\!</math> is the load shared by Unit 1 at time ''t'' and the total load of the system is <math>S={{S}_{1}}+{{S}_{2}}\,\!\,\!</math>. At the beginning, both units are working. Assume that Unit 1 fails at time ''x'' and Unit 2 takes over the entire load. The reliability for Unit 2 at time ''x'' is:

::<math>\begin{align}
  & {{R}_{2}}(x,{{S}_{2}})={{R}_{2}}({{t}_{2e}},S) \\ 
 & {{t}_{2e}}=\frac{{{S}_{2}}}{S}x \\ 
\end{align}\,\!\,\!</math>

<math>{{t}_{2e}}\,\!\,\!</math> is the equivalent time for Unit 2 at time ''x'' if it is operated with load ''S''. The equivalent time concept is illustrated in the following plot. 
[[Image:BS5.19.png|center|600px| Illustrating <math>{{t}_{e}}\,\!</math>|link=]] 
The system reliability at time ''t'' is:

::<math>\begin{align}
  & R(t)={{R}_{1}}(t,{{S}_{1}})\cdot {{R}_{2}}(t,{{S}_{2}}) \\ 
 & +\int_{0}^{t}{{{f}_{1}}(x,{{S}_{1}})\cdot {{R}_{2}}({{t}_{2e}}+(t-x),S)dx} \\ 
 & +\int_{0}^{t}{{{f}_{2}}(x,{{S}_{2}})\cdot {{R}_{1}}({{t}_{1e}}+(t-x),S)dx}  
\end{align}\,\!\,\!</math>

In BlockSim, the failure time distribution for each component is defined at the load of ''S''. The reliability function for a component at a given load is calculated as:

::<math>{{R}_{i}}(t,{{S}_{i}})={{R}_{i}}(t\times \frac{{{S}_{i}}}{S},S)\,\!\,\!</math>
::<math>{{f}_{i}}(t,{{S}_{i}})=\frac{{{S}_{i}}}{S}{{f}_{i}}\left( t\times \frac{{{S}_{i}}}{S},S \right)\,\!\,\!</math>
From the above equation, it can be seen that the concept used in the calculation for load sharing is the same as the concept used in the calculation for [[Time-Dependent_System_Reliability_(Analytical)#Duty_Cycle|duty cycle]].

===Example===
In the following load sharing system, Block 1 follows a Weibull failure distribution with<math>{{\beta }_{1}}=1.5\,\!</math>, and<math>{{\eta }_{1}}=1,000\,\!</math>
. Block 2 follows a Weibull failure distribution with<math>{{\beta }_{2}}=2\,\!</math>, and<math>{{\eta }_{2}}=2,000\,\!</math>. The load for Block 1 is 1 unit, and for Block 2 it is 3 units. Calculate the system reliability at time 1,500. 

[[Image:loadsharingconfig.png|center|345px| Load Sharing System|link=]] 
Block 1 shares 25% (P1) of the entire load, and Block 2 shares 75% (P2) of it. Therefore, we have the following equations for calculating the system reliability:

::<math>{{R}_{i}}(t,{{S}_{i}})={{R}_{i}}({{P}_{i}}\times t)\,\!</math>, 
::<math>{{f}_{i}}(x,{{S}_{i}})={{P}_{i}}{{f}_{i}}({{P}_{i}}\times x)\,\!</math>

and:

::<math>{{R}_{1}}({{t}_{1e}}+(t-x))={{R}_{1}}({{P}_{1}}x+t-x)={{R}_{1}}(t-{{P}_{2}}x)\,\!</math>
::<math>{{R}_{2}}({{t}_{2e}}+(t-x))={{R}_{2}}({{P}_{2}}x+t-x)={{R}_{2}}(t-{{P}_{1}}x)\,\!</math>

Using the above equations in the system reliability function, we get:

::<math>\begin{align}
  & R(t)={{R}_{1}}(t,{{S}_{1}})\cdot {{R}_{2}}(t,{{S}_{2}})+\int_{0}^{t}{{{f}_{1}}(x,{{S}_{1}})\cdot {{R}_{2}}({{t}_{2e}}+(t-x),S)dx} \\ 
 & +\int_{0}^{t}{{{f}_{2}}(x,{{S}_{2}})\cdot {{R}_{1}}({{t}_{1e}}+(t-x),S)dx} \\ 
 & ={{R}_{1}}({{P}_{1}}\times t)\cdot {{R}_{2}}({{P}_{2}}\times t)+\int_{0}^{t}{{{P}_{1}}{{f}_{1}}({{P}_{1}}x)\cdot {{R}_{2}}(t-{{P}_{1}}x)dx} \\ 
 & +\int_{0}^{t}{{{P}_{2}}{{f}_{2}}({{P}_{2}}x)\cdot {{R}_{1}}(t-{{P}_{2}}x)dx}  
\end{align}\,\!</math>

The calculated system reliability at time 1,500 is 0.8569, as given below. 
[[Image:loadsharingresults.png|center|450px|Calculated System Reliability at Time 1,500|link=]]

==Standby Components== <!-- THIS SECTION HEADER IS LINKED TO: Standby_Configuration_Example. IF YOU RENAME THE SECTION, YOU MUST UPDATE THE LINK. -->
In the previous section, the case of a system with load sharing components was presented.  This is a form of redundancy with dependent components. That is, the failure of one component affects the failure of the other(s).  This section presents another form of redundancy: standby redundancy.  In standby redundancy the redundant components are set to be under a lighter load condition (or no load) while not needed and under the operating load when they are activated.

In standby redundancy the components are set to have two states: an active state and a standby state.  Components in standby redundancy have two failure distributions, one for each state.  When in the standby state, they have a quiescent (or dormant) failure distribution and when operating, they have an active failure distribution.

In the case that both quiescent and active failure distributions are the same, the units are in a simple parallel configuration (also called a hot standby configuration).  When the rate of failure of the standby component is lower in quiescent mode than in active mode, that is called a warm standby configuration.  When the rate of failure of the standby component is zero in quiescent mode (i.e., the component cannot fail when in standby), that is called a cold standby configuration.  

===Simple Standby Configuration===
Consider two components in a standby configuration.  Component 1 is the active component with a Weibull failure distribution with parameters <math>\beta = 1.5\,\!</math> and <math>\eta  = 1,000 \,\!</math>.  Component 2 is the standby component.  When Component 2 is operating, it also has a Weibull failure distribution with <math>\beta  = 1.5\,\!</math> and <math>\eta  = 1,000 \,\!</math>.  Furthermore, assume the following cases for the quiescent distribution.

:*Case 1:  The quiescent distribution is the same as the active distribution (hot standby).

:*Case 2:  The quiescent distribution is a Weibull  distribution with <math>\beta = 1.5\,\!</math> and <math>\eta = 2000\,\!</math> (warm standby).

:*Case 3: The component cannot fail in quiescent mode (cold standby).

In this case, the reliability of the system at some time, <math>t\,\!</math>, can be obtained using the following equation:

::<math>R(t)={{R}_{1}}(t)+\underset{0}{\overset{t}{\mathop \int }}\,{{f}_{1}}(x)\cdot {{R}_{2;SB}}(x)\cdot \frac{{{R}_{2;A}}({{t}_{e}}+t-x)}{{{R}_{2;A}}({{t}_{e}})}dx   \ \,\!</math>

where:

:*<math>{{R}_{1}}\,\!</math> is the reliability of the active component.

:*<math>{{f}_{1}}\,\!</math> is the ''pdf'' of the active component.

:*<math>{{R}_{2;SB}}\,\!</math> is the reliability of the standby component when in standby mode (quiescent reliability).

:*<math>{{R}_{2;A}}\,\!</math> is the reliability of the standby component when in active mode.

:*<math>{{t}_{e}}\,\!</math> is the equivalent operating time for the standby unit if it had been operating at an active mode, such that:
	
::<math>\begin{align}
{{R}_{2;SB}}(x)={{R}_{2;A}}({{t}_{e}})  
\end{align}\,\!</math>

The second equation above can be solved for <math>{{t}_{e}}\,\!</math> and substituted into the first equation above.
The following figure illustrates the example as entered in BlockSim using a standby container.

[[Image:5_24_new.png|center|200px|<div align="center"> Standby container.</div>|link=]]

The active and standby blocks are within a container, which is used to specify standby redundancy.  Since the standby component has two distributions (active and quiescent), the Block Properties window of the standby block has two pages for specifying each one.  The following figures illustrate these pages.
[[Image: Fig 5.25.PNG|center|600px|<div align="center"> Defining the active failure distribution </div>|link=]]


[[Image:Fig 5.26.PNG|center|600px|<div align="center"> Defining the quiescent failure distribution </div>|link=]]
 
The system reliability results for 1000 hours are given in the following table:

[[Image:5-24.png|center|250px|link=|]]
 
Note that even though the <math>\beta \,\!</math> value for the quiescent distribution is the same as in the active distribution, it is possible that the two can be different. That is, the failure modes present during the quiescent mode could be different from the modes present during the active mode.  In that sense, the two distribution types can be different as well (e.g., lognormal when quiescent and Weibull when active).

In many cases when considering standby systems, a switching device may also be present that switches from the failed active component to the standby component.  The reliability of the switch can also be incorporated into 
<math>R(t)={{R}_{1}}(t)+\underset{0}{\overset{t}{\mathop \int }}\,{{f}_{1}}(x)\cdot {{R}_{2;SB}}(x)\cdot \frac{{{R}_{2;A}}({{t}_{e}}+t-x)}{{{R}_{2;A}}({{t}_{e}})}dx   \ \,\!</math>

as presented in the next section.

BlockSim's System Reliability Equation window returns a single token for the reliability of units in a standby configuration.  This is the same as the load sharing case presented in the previous section.

===Reliability of Standby Systems with a Switching Device===
In many cases when dealing with standby systems, a switching device is present that will switch to the standby component when the active component fails.  Therefore, the failure properties of the switch must also be included in the analysis.

[[Image:BS5_26_2_new.png|center|250px|link=]]

In most cases when the reliability of a switch is to be included in the analysis, two probabilities can be considered.  The first and most common one is the probability of the switch performing the action (i.e., switching) when requested to do so.  This is called Switch Probability per Request in BlockSim and is expressed as a static probability (e.g., 90%).  The second probability is the quiescent reliability of the switch.  This is the reliability of the switch as it ages (e.g., the switch might wear out with age due to corrosion, material degradation, etc.). Thus it is possible for the switch to fail before the active component fails.  However, a switch failure does not cause the system to fail, but rather causes the system to fail only if the switch is needed and the switch has failed.  For example, if the active component does not fail until the mission end time and the switch fails, then the system does not fail.  However, if the active component fails and the switch has also failed, then the system cannot be switched to the standby component and it therefore fails.

In analyzing standby components with a switching device, either or both failure probabilities (during the switching or while waiting to switch) can be considered for the switch, since each probability can represent different failure modes.  For example, the switch probability per request may represent software-related issues or the probability of detecting the failure of an active component, and the quiescent probability may represent wear-out type failures of the switch.

To illustrate the formulation, consider the previous example that assumes perfect switching.  To examine the effects of including an imperfect switch, assume that when the active component fails there is a 90% probability that the switch will switch from the active component to the standby component.  In addition, assume that the switch can also fail due to a wear-out failure mode described by a Weibull distribution with <math>\beta = 1.7\,\!</math> and <math>\eta = 5000\,\!</math>.

Therefore, the reliability of the system at some time, <math>t\,\!</math>, is given by the following equation.

::<math>\begin{align}
R(t)= & {{R}_{1}}(t) +\underset{0}{\overset{t}{\mathop \int }}\,\{{{f}_{1}}(x)\cdot {{R}_{2;SB}}(x) \\ 
& \cdot \frac{{{R}_{2;A}}({{t}_{e}}+t-x)}{{{R}_{2;A}}({{t}_{e}})}\cdot {{R}_{SW;Q}}(x)\cdot {{R}_{SW;REQ}}(x)\}dx  
\end{align}\,\!</math>

where:

:*<math>{{R}_{1}}\,\!</math> is the reliability of the active component.

:*<math>{{f}_{1}}\,\!</math> is the ''pdf'' of the active component.

:*<math>{{R}_{2;SB}}\,\!</math> is the reliability of the standby component when in standby mode (quiescent reliability).

:*<math>{{R}_{2;A}}\,\!</math> is the reliability of the standby component when in active mode.

:*<math>{{R}_{SW;Q}}\,\!</math> is the quiescent reliability of the switch.

:*<math>{{R}_{SW;REQ}}\,\!</math> is the switch probability per request.

:*<math>{{t}_{e}}\,\!</math> is the equivalent operating time for the standby unit if it had been operating at an active mode.

This problem can be solved in BlockSim by including these probabilities in the container's properties, as shown in the figures below.  In BlockSim, the standby container is acting as the switch.
 
[[Image:Fig 5.28_2.PNG|center|600px|<div align="center"> Standby container (switch) failure probabilities while attempting to switch </div>|link=]]


[[Image:Fig 5.27.PNG|center|600px|<div align="center"> Standby container (switch) failure distribution while waiting to switch </div>|link=]]

Note that there are additional properties that can be specified in BlockSim for a switch, such as Switch Restart Probability, No. of Restarts and Switch Delay Time.  In many applications, the switch is re-tested (or re-cycled) if it fails to switch the first time.  In these cases, it might be possible that it switches in the second or third, or <math>{{n}^{th}}\,\!</math> attempt.  

The Switch Restart Probability specifies each additional attempt's probability of successfully switching and the Finite Restarts specifies the total number of attempts.  Note that the Switch Restart Probability specifies the probability of success of each trial (or attempt).  The probability of success of <math>n\,\!</math> consecutive trials is calculated by BlockSim using the binomial distribution and this probability is then incorporated into equation above.  The Switch Delay Time property is related to repairable systems and is considered in BlockSim only when using simulation.  When using the analytical solution (i.e., for a non-repairable system), this property is ignored.

Solving the analytical solution (as given by the above equation), the following results are obtained.

[[Image:5-30.png|center|600px]]
 
From the table above, it can be seen that the presence of a switching device has a significant effect on the reliability of a standby system.  It is therefore important when modeling standby redundancy to incorporate the switching device reliability properties.  It should be noted that this methodology is not the same as treating the switching device as another series component with the standby subsystem.  This would be valid only if the failure of the switch resulted in the failure of system (e.g., switch failing open).  In equation above, the Switch Probability per Request and quiescent probability are present only in the second term of the equation.  Treating these two failure modes as a series configuration with the standby subsystem would imply that they are also present when the active component is functioning (i.e., first term of equation above).  This is invalid and would result in the underestimation of the reliability of the system.  In other words, these two failure modes become significant only when the active component fails.

As an example, and if we consider the warm standby case, the reliability of the system without the switch is 70.57% at 1000 hours.  If the system was modeled so that the switching device was in series with the warm standby subsystem, the result would have been:

::<math>\begin{align}
{{R}_{S}}(1000)= & {{R}_{Standby}}(1000)\cdot {{R}_{sw,Q(1000)}}\cdot {{R}_{sw,req}} \\ 
= & 0.7057\cdot 0.9372\cdot 0.9 \\ 
= & 0.5952  
\end{align}\,\!</math>

In the case where a switch failure mode causes the standby subsystem to fail, then this mode can be modeled as an individual block in series with the standby subsystem.

===Example===
{{:Standby Configuration Example}}

<div class="noprint">
{{Examples Box|BlockSim_Examples|<p>More examples on load sharing and standby configurations are available! See also:</p> 
{{Examples Link External|http://www.reliasoft.com/BlockSim/examples/rc4/index.htm|Modeling Failure Modes}}<nowiki/>
{{Examples Link|Load_Sharing_Configuration_Example|Load Sharing Configuration Example}}}}
</div>

==Note Regarding Numerical Integration Solutions==
Load sharing and standby solutions in BlockSim are performed using numerical integration routines. As with any numerical analysis routine, the solution error depends on the number of iterations performed, the step size chosen and related factors, plus the behavior of the underlying function. By default, BlockSim uses a certain set of preset factors. In general, these defaults are sufficient for most problems. If a higher precision or verification of the precision for a specific problem is required, BlockSim's preset options can be modified and/or the integration error can be assessed using the '''Integration Parameters''' option for each container. For more details, you can refer to the documentation on the Algorithm Setup window in the BlockSim help file.