Mindustry

Mindustry

Not enough ratings
R.A.F. Reactor Automated Failsafe - tileable
   
Award
Favorite
Favorited
Unfavorite
Tags: schematic
File Size
Posted
301.000 B
15 Mar, 2022 @ 6:51pm
1 Change Note ( view )

Subscribe to download
R.A.F. Reactor Automated Failsafe - tileable

In 1 collection by Foxo
M.D.F. Automation
3 items
Description
Features:
- Inputs for Thorium and Cryofluid

- Very compact

- Double failsafe


Description:
I found that the reactor had too much of a tendency to... explode, so I made a very simple failsafe system with a reactor that's tile-able and made it pretty compact. So I could have giant power plants without the constant fear that a single flare could ruin it all by shooting one pipe piece or a short power outage would cost me half my base. I also found that sometimes I accidentally input thorium first and that is also a costly mistake. But those are worries of the past with this system.

A thing to note however is that if both processors on either side of the reactor AND the Cryofluid production is halted, the reactor will shortly resume and still explode, so you still need to somewhat protect the reactors.

So hopefully this system will ease those unsteady nerves and make you able to use reactors confidently.

I wanted to do more with the code, but I couldn't find anything meaningful to add, give any thoughts on it if you find a possible way to improve it.
3 Comments
Foxo  [author] 16 Mar, 2022 @ 1:39am 
Yeah, that is a lot shorter code, thanks for the tip, I'll update at this was a pretty early creation when i was learning code... also, it's better to fill in that gap with a redundant failsafe as if one was to get destroyed while no cryofluid was being fed to it, the reactor would detect that there is no processor and resume, exploding in the process... which, did happen in the development of this module, as one flare was able to take out cryo fluid production and the one processor... so now, it's much harder to do as there is now 3 targets to destroy before the reactor explodes opposed to 2... and there is much more safety from a ground attack as they would need to go through the reactor in order to blow it up, which, would prevent it from blowing up...

However, you do make a good point, I could've easily left all the processors on the left side of the reactor, opposing the cryofluid intake and it would've achieved the same thing...
index 16 Mar, 2022 @ 12:32am 
also the code can be made much shorter
====
sensor heat reactor1 @heat
op equal safe heat 0
control enabled reactor1 safe 0 0 0
====
index 16 Mar, 2022 @ 12:08am 
Double failsafe seems really unnecessary, the logic processor controls only 1 reactor, don't think it can fail doing that