BlockSim Example: Default ON unless SCT Overridden

From ReliaWiki
Jump to navigation Jump to search


Default ON unless SCT Overridden

Purposes

The purposes of these examples are to illustrate the option Default ON unless SCT overridden in SCT settings. Two cases are presented for illustration purpose.

Example 1

This example is used to illustrate the following options in SCT:

  1. State Upon Repair: Default ON unless SCT overridden
  2. Activate a block if any item from these associated maintenance group(s) goes down
  3. Deactivate a block if any item from these associated maintenance group(s) is restored

BlockSim Solution

Consider a system shown in Figure below:

Primary and Standby.png

Block P is the primary device. It belongs to maintenance group P.

Block S is the standby device. It has state change triggers. The initial state is OFF. If Block P goes down, then activate this block; if Block P is restored, then deactivate this block. The State Upon Repair is “Default ON unless SCT Overridden”.

Both Block P and S have Weibull distribution with Beta=1.5 and Eta=100 for reliability and repair action.

Both Block P and S are as good as new after repair.

Block Up/Down plot

The Blocksim modeling of this system is shown in Figure below.

  1. At 123, Block P fails and activates Block S.
  2. Block S fails at 186 and is restored at 208. According to setting, it is ON upon repair.
  3. At 223, Block S fails again.
  4. At 301, Block P is restored, and put a request to deactivate Block S. However, Block S is down for repair at this point. The request overwrites the default setting "state upon repair" of Block S. Thus when Block S is done with repair at 385, it is OFF.
  5. At 439, Block P fails and activates Block S.
  6. At 523, Block P is restored and deactivates Block S.
  7. At 694, Block P fails and activates Block S.
  8. At 702, Block S fails and it is get repair at 775. According to setting, it is ON upon repair.
  9. At 788, Block P fails and activates Block S.
  10. At 845, Block P is restored and deactivates Block S.
Block up down plot for primary and standby example.png

Example 2

This example is used to illustrate the following options in SCT:

  1. State Upon Repair: Default ON unless SCT overridden
  2. Deactivate a block if any item from these associated maintenance group(s) goes down
  3. Activate a block if any item from these associated maintenance group(s) is restored

BlockSim Solution

Consider a system is shown in the Figure below.

Block A fails every 350 hours and the duration for the repair action is 100 hours. It is restored as good as new. It belongs to maintenance group A. Block B cannot fail. It has state change triggers. The initial state is ON, and the state upon trigger is "Default On unless SCT overridden". If any item from maintenance group A goes down, this block is deactivated; if any item from maintenance group A is restored, this block is activated. Block C fails every 300 hours and the duration for repair action is 100 hours too. It is restored as good as new. It has state change triggers. The initial state is ON, and the state upon trigger is "Default On unless SCT overridden". If any item from maintenance group A goes down, this block is deactivated; if any item from maintenance group A is restored, this block is activated. Block D fails every 330 hours and the duration for repair action is 150 hours too. It is restored as good as new. It has state change triggers. The initial state is ON, and the state upon trigger is "Default On unless SCT overridden". If any item from maintenance group A goes down, this block is deactivated; if any item from maintenance group A is restored, this block is activated. Block A, C and D all are as good as new after repair.

One way dependence.png