Does anyone know how to change EU route priority? Bat buffers to throttle has been what I've been doing up until now but that isn't an option until mk 2 reactor when using LuV with fusion.
Posts by willis936
-
-
you wouldnt be perchance talking about lag spikes when opening the ME interface / ME Crafting interface, would you?use i ran into that issue myself. it was binnies mods. cant quite remember what i did to fix it...
but you would have a stable working ME system for an hour or so, then open a AE terminal and boom tps drops to 0 for like 10-20 seconds...
We just saw that there's nearly 1800 princesses in the ae2 storage from an ender quarry. That's a shit ton of metadata...I'll get back to you on whether this was is the lag source.
-
Also apparently when a fusion reactor multiblock becomes un-multiblocked it loses it's internal EU storage. I figured it would be stored in the main block much like maintenance. I had some insult added to injury when I saw my 160 MEU voided after pulling a bonehead move and blowing up 2 dozen LuV casings and half a dozen superconducting coils.
Wow. A nice surprise when I refinished the multiblock: it does in fact store the EU in the main block but just doesn't display it unless it's complete. I'm a happy camper.
-
T2 Deuterium + Beryllium = 179 k eU/t
I saw the He3+D recipe since He is available from D+T. Not sure if the numbers work out though.I also saw that one as the other viable one but idk how many ender lillies I'd need to keep up with fuel production like that...
-
what exactly? i can test if you wish.
im bored, and fiddling with code from extra-utilities and extracells. its not going well, lol
I haven't been able to reproduce it so I can't be certain what causes the behavior (also still trying to hunt down ae2 related lag spikes the size of texas). I'm pretty sure it involves shutters, filters, and ae2 interfaces.Also leagris the way electricity is produced from fusion is dependant on the reaction. You described direct conversation which requires an excess proton or electron. A reaction such as p+B11 is suitable but that would be "higher tier" with much higher activation energy, EU consumption, and effective EU output.
Reactions like D+T emit a neutron that must be captured in something like a layer of lithium surrounding the reactor (also helps breed tritium which irl requires some nuclear process). This capture process turns the movement into heat and you run the typical thermal steam cycle with your 50% efficiency. Think about how fusion is always touted as a clean solution but you should know neutrons are nasty buggers and will turn most metals in the reactor radioactive.
The turbine is silly from a realism standpoint but offers a good choice between a permanent setup that's efficient and a quickly placeable source of EU (a stack of plasma cells in a single block plasma generator goes a long way).
Also net EU gain on the 7 L/t rotor is 7*4096*1.15 - 14k = 19k. Pretty healthy for having a mostly hands off solution.
As for the turbines: I disabled machine maintenance because it's dumb. The rotors can be fixed up with a disassembler and hot swapped by clicking a used rotor with a new one in the turbine gui. Tsteel rotors last literal weeks (longer if you have a controller to turn off your LHE when it's not needed).
Oh and I found the question about EU production from different fusion recipes last night: recipes that output *material* plasma produce EU and the ones that output molten *material* do not. Makes it cut and dry which are EU producing and which aren't. Haven't looked at other EU producing reactions besides D+T. That will be the bread and butter but perhaps there are other practical alternatives. We'll see.
-
Is anyone seeing strange behavior in item or type filters in SMP?
Strange as in items disappearing (being output but not going into any inventories or pipes) or letting items through that should be filtered.
-
I think that is normal way to use canning machine for cells. But RC Tanks is too large when place them near by one (are many kinds of liquids/gases present). That i need gt glass tank for this. Want build like oilcracking factory with many tanks of different content.
BTW, i cant get liquds from assembler by auto output, pump and plunger(may be a bug?)
Hmm?I meant use an input or output hatch with a pump attached next to an RC tank valve to load and unload fluids into cells. If you're saying your setup must be very cramped then you can use foil or plates to make sure adjacent GT pipes and hatches don't connect.
-
BTW, i cant fill cells in RC Tank gui. Its normal?
Ran into this too. Pumps and hatches. -
Have you tested this? I calculated 94 LV electrolyzers, 125 LV centrifuges, and 32 MV centrifuges.
Shit I messed up. Need 625 D/t...
So that's about 9100 EU/t for 32972.8 EU/t and overflow of 58.5 buckets per hour. That makes it hard to build up a reasonable plasma buffer so maybe a different blade could be used. That plasma buffer is important for being able to breed.
-
Does anyone know if the fluid regulator can be used to issue amounts only in the size of the output? For instance if I want to be able to turn D+T fusion off with a lever I need to make sure that D and T are only ever inserted in multiples of 16 mB. A simple shutter + machine controller is not sufficient. Would a fluid regulator + shutter + machine controller work?
-
It starts working if at least one of containing machine can work. In case of water electrolysis at least 3 buckets of water required to start. It will use energy only for 1 machine and produce production from one.
Man this 75 second recipe is busting my balls. 96 buckets between two PAs? I'm not made of chrome. I can't afford many more hatches on these puppies either in terms of minimum tsteel casings.Also wouldn't that "GT recipe optimization" thing overcome this issue? Anyways by changing to 5x HV output per 4 arrays and an IV+LV hull per single array it seems to be working properly. Now if only I could figure out why the RS covers are misbehaving...
Found a winner. LV machine hull is working. Very strange how the RS covers are so picky...
-
48 buckets of water are consuming at once. In next tick for another PR there are not enough water, so he waits for at least 3 buckets and start processing (only 1 electrolyzer of 16) and so on.
If you want to be sure all 16 electrolyzers works you need to have enough water in input hatch for each one of them.
Output can be split between several hatches. Input works only from one per cycle.
Oh I thought you were talking about the RS stuff.Right now I have 2 MV output dedicated to each machine (it was easiest to retrofit) and 8x 2-way shared and 2x 4-way shared MV input hatches. I figured it all comes out in the wash as long as water production is fast enough and there are no plumbing problems. If the individual PAs have to wait and stagger themselves then does that present a problem? Does the PA start regardless of how much input is present?
-
Don't use common input hatches. Outputs may be common, but not input.
What's the distinction between input and output hatches? Also all RX are on MV output hatches. The TX was on another face of one of the output hatches but I moved it to a pipe because of weirdness. I'll try moving it to a hull instead.MV hull has the same behavior. Same with an EV battery buffer.
Also all MV output hatches also have a pump on them if that matters.
-
Also I'm noticing some weird RS cover behavior I really can't explain. I'll make on RS TX out, put a lever on it, then observe the output with several RS RX out covers. Some covers just refuse to act as the receiver. I'm fairly certain the channel is clear and have double checked that all covers are set to the correct frequency.
-
The input hatches are big enough? 16*3000L = 48.000L at once. That is at last IV input hatch. With multiple PAs using the same input hatch it likely would be impossible to work right.
I'm using LuV hatches (56 buckets) shared 4 way. I guess that isn't big enough for either input or output...
Thanks.Using 2x MV per array output now (48 B total). 4 PAs share 5 EV input hatches (200 B total, 50 B per). I'll get back with more science.
-
Maybe the GT recipe optimization works here? If input/output and EU/t can be devided by 2 it does that automaticly. That would result in half/quater/whatever runtime, but the output per cycle also would lower.
It's the H20 to H2 + O recipe so it's 20 EU/t (with 3000 H20 in, 2000 H out, 1000 O out over 1500 ticks). I expect 426.67 mB/s on average out of a single processing array but get 238.75 mB/s. I haven't done any measurement of the amount of water coming in or EU consumed but there are batteries for consistent EU and a surplus of water.
-
The overlocking is based on the machines inside, not on the energy hatch. So to overclock them, use MV or HV electrolyzer.
A energy hatch accepts 2 amp. You can allways take higher tier hatches instead of more, so a single one is enough. using multiple is also fine. Usually the energ hash sould be 2 tiers higher than the machines inside. so IV machines need an ZPM energy hatch.
I guess my confusion is then why is a processing array with 16 LV electrolyzers and an EV hatch running like it's filled with MV electrolyzers. Do I need a 1x battery buffer next to the energy hatch? -
How does the processing array overclock? I have a 2x2x2 set of LV electrolyzer arrays with 2 EV hatches (one shared with 4 arrays) but the output is much lower than I expected. Using the scanner I can see that the recipe is running much faster than real time. How do I prevent overclocking? How many amps can a single energy hatch take? Will I need several LV hatches per array?
-
Guess that should be no problem.
Also i added a new github repro for GT5experimental.
I'm not too versed in version control. Why a repo instead of a branch? -
