BlockSim Example: Default OFF unless SCT Overridden: Difference between revisions

From ReliaWiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(37 intermediate revisions by 4 users not shown)
Line 1: Line 1:
== Default OFF unless SCT overridden Example  ==
<noinclude>{{Banner BlockSim Examples}}
 
</noinclude>
==== Purposes  ====
The purpose of this example is to illustrate how the following options in BlockSim's State Change Triggers affect simulation:  
 
The purposes of this example is to illustrate the following options in SCT:  


#State Upon Repair: Default OFF unless SCT overridden<br>  
#State Upon Repair: Default OFF unless SCT overridden<br>  
Line 11: Line 9:
#Deactivate a block if any item from these associated maintenance group(s) is restored<br>
#Deactivate a block if any item from these associated maintenance group(s) is restored<br>


==== Description  ====
'''Problem Statement'''
 
Consider a system shown in Figure below:
 
[[Image:Default OFF unless SCT overridden.png]]
 
Block A1 belongs to maintenance group A1.
 
Block A2 has state change triggers. Its inital state is ON, and the state upon repair is "Default OFF unless SCT overridden". If any item from maintenance group A1 goes down, then deactivate this bloc; if any item from the maintenance group A1 is restored, then activate this block.
 
Block B belong to maintenance group B.


Block C has state change triggers. Its intial state is OFF, and the state upon repair is "Default OFF unless SCT overridden". If any item from maintenance group B goes down, then activate this block; if any item from maintenance group B is restored, then deactivate this block.
Consider the system shown in the figure below:


All blocks A1, A2, B and C have Weibull distribution with Beta =1.5 and Eta = 100 for reliability. Block A1 and C have Weibull distribution with Beta = 1.5 and Eta = 100 for repair action. Block B has Weibull distribution with Beta =1.5 and Eta = 150 for repair action. Block A2 has Weibull distribution with Beta = 1.5 and Eta = 200 for repair action.&nbsp; All blocks are as good as new after repair.
[[Image:Default OFF unless SCT overridden.png|center|500px]]


==== Block Up/Down plot  ====
*Block A1 belongs to maintenance group A1.
*Block A2 has state change triggers. Its initial state is ON, and the state upon repair is "Default OFF unless SCT overridden." If any item from maintenance group A1 goes down, then deactivate this block; if any item from the maintenance group A1 is restored, then activate this block.
*Block B belong to maintenance group B.
*Block C has state change triggers. Its initial state is OFF, and the state upon repair is "Default OFF unless SCT overridden." If any item from maintenance group B goes down, then activate this block; if any item from maintenance group B is restored, then deactivate this block.
*All blocks A1, A2, B and C have a Weibull distribution with Beta = 1.5 and Eta = 100 for reliability. Blocks A1 and C have a Weibull distribution with Beta = 1.5 and Eta = 100 for the repair action. Block B has Weibull a distribution with Beta = 1.5 and Eta = 150 for the repair action. Block A2 has a Weibull distribution with Beta = 1.5 and Eta = 200 for the repair action. All blocks are as good as new after repair.


The system behavior for simulation of 820 hours durations (seed:23) is shown in Figure below and explained next.
'''Block Up/Down Plot'''


#At 7, Block B fails and activates Block C.<br>
The system event log, for a simulation of 820 hours, is shown in the figure below and explained next
#At 50, Block C fails and get repair at 125. According to setting, Block C is OFF upon repair.<br>
#At 71, Block A2 fails.<br>
#At 214, Block B is restored. And it fails again at 254 and activates Block C at this point.<br>
#At 276, Block A1 fails, put a request to deactivate Block A2. However, Block A2 is down for repair at this time. Nothing happens.<br>
#At 363, Block B is restored, deactivates Block C.
#At 376, Block A1 is restored, and put a request to activate Block A2. However, Block A2 is down for repair at this time.The state upon repair of Block A2 is overriden (default OFF), thus when it gets repair at 432, it is ON upon repair. <br>
#At 404, Block B fails and activates Block C.
#At 461, Block A1 fails and deactivates Block A2.
#At 483, Block C fails.
#At 566, Block B is restored.
#At 585, Block B fails and put a request to activate Block C. However, Block C is down for repair at this time. The state upon repair of Block C is overridden (default OFF), thus when it gets repair at 625, it is ON upon repair.
#At 631, Block B is restored and deactivates Block C.
#At 630, Block A1 is restored and activates Block A2.
#At 647, Block A2 fails.
#At 670, Block B fails and activates Block C.
#At 700, Block A1 fails, put a request to deactivate Block A2. Block A2 is down for repair at this time, and further more, the default setting of state for Block A2 upon repair is OFF. Thus when Block A2 gets repair at 740, it is OFF.
#At 770, Block A1 is restored and activates Block A2.
#At 780, Block C get repairs. According to setting, it is OFF upon repair.
#At 802, Block A2 fails


[[Image:Block_up_down_plot_for_default_OFF_unless_SCT_overridden_example.png]]
#At 7 hours, Block B fails and activates Block C.<br>
#At 50 hours, Block C fails and the repair is finished at 125 hours. According to its settings, Block C is OFF upon repair.<br>
#At 71 hours, Block A2 fails.<br>
#At 214 hours, Block B is restored. It fails again at 254 hours and activates Block C at that point.<br>
#At 276 hours, Block A1 fails, and makes a request to deactivate Block A2. However, Block A2 is down for repair at this time. Nothing happens.<br>
#At 363 hours, Block B is restored, deactivating Block C.
#At 376 hours, Block A1 is restored, and makes a request to activate Block A2. However, Block A2 is down for repair at this time. The state upon repair of Block A2 (Default OFF unless SCT overridden) is overridden. Thus when it gets repaired at 432 hours, it is ON. <br>
#At 404 hours, Block B fails and activates Block C.
#At 461 hours, Block A1 fails and deactivates Block A2.
#At 483 hours, Block C fails.
#At 566 hours, Block B is restored.
#At 585 hours, Block B fails and makes a request to activate Block C. However, Block C is down for repair at this time. The state upon repair of Block C (Default OFF unless SCT overridden) is overridden. Thus when it gets repaired at 625 hours, it is ON.
#At 630 hours, Block A1 is restored and activates Block A2.
#At 631 hours, Block B is restored and deactivates Block C.
#At 647 hours, Block A2 fails.
#At 670 hours, Block B fails and activates Block C.
#At 700 hours, Block A1 fails and makes a request to deactivate Block A2. Block A2 is down for repair at this time, and furthermore, the default setting of state for Block A2 upon repair is OFF. Thus when Block A2 gets repaired at 740 hours, it is OFF.
#At 770 hours, Block A1 is restored and activates Block A2.
#At 780 hours, Block C is restored. According to setting, it is OFF upon repair.
#At 802 hours, Block A2 fails


<br>
[[Image:Block up down plot for default OFF unless SCT overridden example.png|center|600px]]

Latest revision as of 21:04, 18 September 2023

BlockSim Examples Banner.png


New format available! This reference is now available in a new format that offers faster page load, improved display for calculations and images and more targeted search.

As of January 2024, this Reliawiki page will not continue to be updated. Please update all links and bookmarks to the latest references at BlockSim examples and BlockSim reference examples.





The purpose of this example is to illustrate how the following options in BlockSim's State Change Triggers affect simulation:

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

Problem Statement

Consider the system shown in the figure below:

Default OFF unless SCT overridden.png
  • Block A1 belongs to maintenance group A1.
  • Block A2 has state change triggers. Its initial state is ON, and the state upon repair is "Default OFF unless SCT overridden." If any item from maintenance group A1 goes down, then deactivate this block; if any item from the maintenance group A1 is restored, then activate this block.
  • Block B belong to maintenance group B.
  • Block C has state change triggers. Its initial state is OFF, and the state upon repair is "Default OFF unless SCT overridden." If any item from maintenance group B goes down, then activate this block; if any item from maintenance group B is restored, then deactivate this block.
  • All blocks A1, A2, B and C have a Weibull distribution with Beta = 1.5 and Eta = 100 for reliability. Blocks A1 and C have a Weibull distribution with Beta = 1.5 and Eta = 100 for the repair action. Block B has Weibull a distribution with Beta = 1.5 and Eta = 150 for the repair action. Block A2 has a Weibull distribution with Beta = 1.5 and Eta = 200 for the repair action. All blocks are as good as new after repair.

Block Up/Down Plot

The system event log, for a simulation of 820 hours, is shown in the figure below and explained next

  1. At 7 hours, Block B fails and activates Block C.
  2. At 50 hours, Block C fails and the repair is finished at 125 hours. According to its settings, Block C is OFF upon repair.
  3. At 71 hours, Block A2 fails.
  4. At 214 hours, Block B is restored. It fails again at 254 hours and activates Block C at that point.
  5. At 276 hours, Block A1 fails, and makes a request to deactivate Block A2. However, Block A2 is down for repair at this time. Nothing happens.
  6. At 363 hours, Block B is restored, deactivating Block C.
  7. At 376 hours, Block A1 is restored, and makes a request to activate Block A2. However, Block A2 is down for repair at this time. The state upon repair of Block A2 (Default OFF unless SCT overridden) is overridden. Thus when it gets repaired at 432 hours, it is ON.
  8. At 404 hours, Block B fails and activates Block C.
  9. At 461 hours, Block A1 fails and deactivates Block A2.
  10. At 483 hours, Block C fails.
  11. At 566 hours, Block B is restored.
  12. At 585 hours, Block B fails and makes a request to activate Block C. However, Block C is down for repair at this time. The state upon repair of Block C (Default OFF unless SCT overridden) is overridden. Thus when it gets repaired at 625 hours, it is ON.
  13. At 630 hours, Block A1 is restored and activates Block A2.
  14. At 631 hours, Block B is restored and deactivates Block C.
  15. At 647 hours, Block A2 fails.
  16. At 670 hours, Block B fails and activates Block C.
  17. At 700 hours, Block A1 fails and makes a request to deactivate Block A2. Block A2 is down for repair at this time, and furthermore, the default setting of state for Block A2 upon repair is OFF. Thus when Block A2 gets repaired at 740 hours, it is OFF.
  18. At 770 hours, Block A1 is restored and activates Block A2.
  19. At 780 hours, Block C is restored. According to setting, it is OFF upon repair.
  20. At 802 hours, Block A2 fails
Block up down plot for default OFF unless SCT overridden example.png