GT6 reactors are out and it’s time to discuss. While the new nuclear fission reactors in GT6 seem complicated at first, they are really simple. Too simple imo. For building the most efficient reactor setups, there are very simple rules:
- If the fuel used has a factor lesser than 1/8, surrounding fuel rods with absorber rods yields the most fuel efficiency.
- If the fuel used has a factor of 1/8, surrounding your fuel rods with absorber, reflector or other fuel rods yields to the exact same fuel efficiency.
- If the fuel used has a factor greater than 1/8, surrounding your fuel rods with reflectors or other fuel rods yields the most fuel efficiency.
This makes designing reactors very simple and as the energy output is constant, there is no need to control the reactor rods other than to shut down the reactor.
Even if different coolants are added changing the reactor mechanics, there are fundamental problems and restrictions with the current reactor:
Measuring problem
There is no way to measure the neutron counts with machines to control the reactor accordingly, making more advanced, non constant, mechanics impossible to implement.
This problem isn’t as easy to solve as simply adding a new sensor block, as each reactor core has neutron counts for four rods. For one sensor to monitoring four fuel rods is theoretically possible, but the output information for each rod is limited to 1 bit (redstone only allows for 4 bits). So the sensor would need to work conditionally, outputting at configurable neutron counts greater or lesser than. But the input of the condition neutron counts would be hard to archive without a GUI, especially when individual values for all four rods would be allowed.
Side/size restriction
So this would allow for simple reading, but the presence of the sensor causes another problem, there are no free sides on the reactor block anymore, the four horizontal sides are in most cases bordering other reactor cores, one side is dedicated to outputting the heatant and thus occupied by a pipe and one side is used for the sensor. There is no place for a red alloy wire. Theoretically, there could be a redstone mode selector cover directly under the sensor, which could receive its signal and thus allow control of the reactor rods this way, but this severely limits the use of the information, to just configuring a maximum or minimum neutron count for each individual rod, which causes it to retract the rod, making it less about controlling the reactor and more about configuring it, not to mention not being able to shut it down or exchange the fuel.
It’s of course possible to use universal extenders to get a little more space and use the sides of the most outer cores, but it’s obvious that the reactor does not have enough sides. I actually like this, as it puts a flexible size restriction to reactors. A 44 and a 3X reactor with universal extenders is the limit for having rod access on all reactor cores, as well as read and write on them.
Critical fuel problem
All fuel currently added have a factor lesser than 1/5 and are thus subcritical. If a fuel with a factor bigger than 1/5 would however be implemented, it would cause the count of neutrons to increase every tick, if the neutrons were to be reflected onto it. This dynamic neutron growth would need reactors designed to control the rods, to not let the reaction get out of control. However, because the fuel efficiency of the fuel is the amount of neutrons emitted each tick, and this amount raises constantly, it would allow any fuel with a factor bigger than 1/5 to have an infinitely exponentially growing efficieny.
This makes critical fuels broken and thus impossible to implement in the current system.
Possible solutions/redesigns:
Another solution for the measuring problem would be to make reactor cores Open Computers peripherals, allowing for reading and using the exact neutron counts with the computers. This is obviously far from an ideal solution, as it depends on another mod and thus creates a soft dependency.
One thing that could be done to improve the system would be to make reactor cores only have a maximum of one rod, instead of four. This would enable much finer control and measuring of the reactor, as the rods don’t just allow for binary states anymore, but up to 16 states, usable for the insertion height of the rod. Automation via item pipes or hoppers may also be possible this way, although it may be intentional that fission isn’t fully automatable. The model and texture of the reactor would however need to be changed and a change of state would also probably require a change of the model, not just the texture (although it could be archived with just texture changes, a model change would be easier to implement, as it’s just).
With rods having multiple stages of insertion, like half inserted absorbtion rods only absorbing half of the neutrons, it would make sense to have neutrons travel further than one space. This allows for the remaining half of neutrons not absorbed to travel further, potentially hitting another fuel rod. Inserting the absorbition rod fully would however stop the neutron exchange between the two rods completely and therefore slow down the reaction significantly.
Random fluctuations in the neutron count would be a feature that makes observing the neutrons much more useful, as it would make high neutron count critical reactors require constant observation based regulation of the control rods, to keep the reactor from spontaneously turning into a bomb.
Reactors would now need to be bigger, but the side restriction is also alleviated a bit, as cores with absorber or reflector rods don’t need top access, because they don’t need refueling, and they don’t need read access, only write, as their neutron value can be calculated from the the surrounding reactor cores neutron counts.
To make critical fuel possible, the fuel durability system needs to be slightly overhauled. The durability shouldn’t just drop at a constant rate, but per reaction, i.e. per neutron produced. A fuel efficiency could be re-added in several ways: A static additive to the durability loss, i.e. fuel loosing n + 10 durability per tick (n being the number of neutrons produced). It would be mechanically similar to the energy loss on cables. This fuel loss (maybe calling it “natural decay”) could also be fuel specific, adding another distinction between fuels.
Efficiency could also be added by a multiplier for the durability loss (n * multiplier), the multiplier being dependent on the number of neutrons produced. The multiplier could be smaller the more neutrons released, but it could also be dependent on a fuel specific optimal neutron emission. I would personally like to have both this mechanisms, but find the multiplier more appealing, because it allows for some fuels with special conditions other than getting the most neutrons for the best efficiency.
If you got this far reading this wall of text, you should also post your opinion and ideas on the subject below.