Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Should result in the reactor only turning on when solar is not enough.
Fusion cells last a long, long time though and the current cell would be fully drained before accumulators would take over. And because power networks on platforms are global, power switches don't accomplish anything, as OP has also already realized.
There isn't really a need for accumulators when using fusion, unless you plan to have spikes in demand that go beyond what fusion can give, but at that point you would need a large array of accumulators and adding more fusion reactors and generators would probably take significantly less space (and consume even less fuel thanks to the neighbour bonus).
If your platform consumes so little power that pure solar would be enough (in the inner system at least), your fusion cell would probably be lasting several real world hours (perhaps even days), which means that your power is already quite close to being free already, and with way less space required.
Yes, but I want that... Because it's a game :D The platform has enough cargo space to carry several thousands of fuel cells, lasting for maybe a real world year. But my personal goal is to waste as few as possible. To be honest, there's also no need for using even solar panels on space platforms once the reactors have started.
And accumulators need no extra space because there will always be some spots on a platform were a 2x2 part fits without building extra foundation.
Thanks for your answers!
Now that I think about it you don't actually need a pump. Just control the cryogenic plant that recycles the fluoroketone. The delay on that is just one crafting cycle which is 2.5 seconds. Less than that if you have quality and or speed modules. Just set the accumulator charge threshold high enough to last those 2.5 seconds. If you need faster response time than that tough using a pump is the best way that I can currently think about.
Since it doesn't consume the fuel when not needed, cutting off the fluids with a pump (I would cut off the fluids going out rather than in to have an even more direct effect) is definitely a good way to do it.
Describes 75% of my crazy builds. The other 25% are "I wonder what would happen if....?"
Of course, answers to the second often result in more of the first.
But I still think we need a sanity check before starting such projects, like "am I going to do this because I want to or because I somehow believe that it is a good idea (hint: usually isn't)?".
Too many times I went for complex solutions when I didn't really want to but because I couldn't see the more obvious and way simpler one.
The best way to have this instantly take effect is probably if you'd near-saturate the ketone loop. In that case it wouldn't matter whether you block an incoming pump, outgoing pump, or the cryo-plant itself. It would just near-instantly jam, after one or maybe two cycles and halt.
Would require some careful calculations wrt fluid network capacity, of course.
I'm not sure blocking the output would be more direct. IIRC there isn't all that much fluid moving through the system, so I'm not sure about getting the system to back up -- the stopping condition would be "all of your fluids are sitting in the output buffer". Maybe if you attached the pump directly to the reactor so there is no pipe buffer... I don't know how much the internal buffer can store, though.
What was most interesting about that one was how many times "shouldn't" was based on personal dislike of some style which just got spread through the community because "My mother’s, brother’s, sister’s, cousin’s, auntie’s Uncle Barney’s, father’s, brother had a cousin from Killarney" who said it was bad. When, if done with any brains behind it worked as well as, or better than, the "accepted" system. There were also plenty of cases where 'bad idea' is an understatement as well. Even then I learned something anyway. And it was certainly fun.
It seems to work in my (admitedly very limited) test at least.
Of course, if it is not working under-capacity, cutting off the input probably brings a much more direct stop comparatively.
To control this more directly, it seemed to be nescessary to prevent that the buffer will be filled. This should be much more complicated...