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

From ReliaWiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(6 intermediate revisions by one other user not shown)
Line 1: Line 1:
<noinclude>{{Banner BlockSim Examples}}
<noinclude>{{Banner BlockSim Examples}}
</noinclude>
</noinclude>
The purpose of this example is to illustrate how the following options in BlockSim's [[State Change Triggers]] affect simulation:  
The purpose of this example is to illustrate how the following options in BlockSim's State Change Triggers affect simulation:  


#State Upon Repair: Default OFF unless SCT overridden<br>  
#State Upon Repair: Default OFF unless SCT overridden<br>  
Line 9: 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>


<br>
'''Problem Statement'''
'''Problem Statement'''
<br>


Consider the system shown in the figure below:  
Consider the system shown in the figure below:  


[[Image:Default OFF unless SCT overridden.png|thumb|center|500px]]  
[[Image:Default OFF unless SCT overridden.png|center|500px]]  


*Block A1 belongs to maintenance group A1.  
*Block A1 belongs to maintenance group A1.  
Line 23: Line 21:
*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.
*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.


<br>
'''Block Up/Down Plot'''
'''Block Up/Down Plot'''
<br>


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


#At 7 hours, Block B fails and activates Block C.<br>  
#At 7 hours, Block B fails and activates Block C.<br>  
Line 33: Line 29:
#At 71 hours, Block A2 fails.<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 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, puts a request to deactivate Block A2. However, Block A2 is down for repair at this time. Nothing happens.<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 363 hours, Block B is restored, deactivating Block C.  
#At 376 hours, Block A1 is restored, and puts 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 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 404 hours, Block B fails and activates Block C.  
#At 461 hours, Block A1 fails and deactivates Block A2.  
#At 461 hours, Block A1 fails and deactivates Block A2.  
#At 483 hours, Block C fails.  
#At 483 hours, Block C fails.  
#At 566 hours, Block B is restored.  
#At 566 hours, Block B is restored.  
#At 585 hours, Block B fails and puts 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 overriddent) is overridden. Thus when it gets repaired at 625 hours, it is ON.  
#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 631 hours, Block B is restored and deactivates Block C.  
#At 630 hours, Block A1 is restored and activates Block A2.
#At 647 hours, Block A2 fails.  
#At 647 hours, Block A2 fails.  
#At 670 hours, Block B fails and activates Block C.  
#At 670 hours, Block B fails and activates Block C.  
Line 50: Line 46:
#At 802 hours, Block A2 fails
#At 802 hours, Block A2 fails


[[Image:Block up down plot for default OFF unless SCT overridden example.png|thumb|center|500px]]
[[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
Retrieved from "https://www.reliawiki.com/index.php?title=BlockSim_Example:_Default_OFF_unless_SCT_Overridden&oldid=66092"