In fact, we can get away with a single Arithmetic Combinator. Is there a way to make this even more compact? Remember that inserter conditions are themselves a comparison, so we don’t need the comparison combinator - we can just link the output of each arithmetic combinator directly to each set of inserters, for instance in the item "A" (for Average), and use a second green network linking just the chest with the inserter to compare the items in the chest with the average. Then we just add the leeway with two more arithmetic combinators, and link each chest to a decider combinator for the number of items. Because of this, it’s usually better to build in some leeway:Ĭomputing is fairly easy: we just add together all the chests’ contents, by connecting them onto a single circuit network, and use an arithmetic combinator to divide the number of items by the number of chests.
#Factorio balancer full#
Of course, we get into trouble when each chest is equally full - no chest will be fuller than the average. The basic idea is that we want each chest to fill only if its fullness is less than the average, and empty if its fullness is more than the average. We’d rather keep our chests symmetrically loaded. Then the outgoing belt slows down because it’s only being filled from that one chest. When built like this, it’s often the case that the chests become unbalanced, for instance because one chest gets the most items due to being earlier on the belt. This buffer zone usually takes the form of a bunch of chests feeding from a belt on one side and onto another belt on the other. For that reason, it’s useful to have a buffer between the smelter and your factory, so that if your iron backs up, it doesn’t stop copper from smelting and you have time to turn off the iron inflow. For instance, when transporting copper and iron on the same train, or smelting it in the same furnace line, sometimes your iron backs up and starts blocking the smelters, and because your belt is full of iron no copper can get processed, and your factory locks up. Often in larger factories, you want a buffer zone for items to avoid backing up. What you need to keep in mind is that the main bus is a concept, not a strict rule, so you need to adapt it to the situation.All credit for this design goes to MadZuri.
#Factorio balancer upgrade#
Of course most of the time the quantities needed by the branches vary over time and so does your input (you might upgrade to red/blue belts, add more to the bus, bring extra belts from one side to "resuply" the bus.). If another branch needs a full belt to work, you now have 2.5 belts worth of throughput (assuming you had 4 and not 1 belt being split into 4 in the first place of course).Īt that point it's completely fine to only have 3 belts for iron plates on your bus instead of sticking with 4 and having a lot of holes in it. The issue of proper balancers is that it leaves belts more and more empty but with the same amout of belts, which isn't really what the bus is about.Ī main bus is all about bringing resources from a central line of belts towards the various places that need them, so lowering the amount of belts once the thoughput is no longer enough to support all of them isn't a bad call.įor example, let's say your first branch requires half a belt of iron plates from your 4 lines, you now effectively only have 3.5 belts on your bus. If you want to use the "inside" belts as a way to refill the "outside" belts you can even use the priority output function of the splitters. It doesn't have to be a full balancer, it can just be a chain of inserter either from the "inside" belts or from the opposite side (depending on if you frequently take from both sides or not) to the side you just took from. If you mainly take from the "outer" belts for each item you want to have some form of balancing.
0 kommentar(er)
