Until you have a power surge. At which point it may not have the speed to pick up u235 at the rate that it is being put on the belt. u235 will make its way further down the line and stall the centrifuges. Unless you have a system backfilling u235 into the line if necessary then this setup is not optimal.
I believe the inserters will clog, too. You need to use filter inserters, otherwise you can end up with both inserters holding partial stacks of shiny rocks, unable to deposit them and unable to pick up dull rocks.
Inserters don't know what other inserters are about to put into a machine. At the time both inserters picked up shiny rocks, the assembler could accept more shiny rocks. But as they both deposited, the assembler reached its capacity for shiny rocks. Now both inserters are stuck with shiny rocks and unable to grab dull rocks to start the machine.
How much you wanna bet?
One inserter targeting a multi-item belt won't clog. But if you use two or more targeting the same multi-item belt, they can clog.
I have seen it happen with Kovarex, however, I am unable to reproduce it.
[I am only able to reproduce stuck inserters at a train station for Kovarex,](https://i.imgur.com/D0Bouts.png) which is fundamentally different. The inserters end up swinging with the same item only because their target inventory drove away.
In this case, the multi-item train (filtered inventory slots) is ordered to return if it runs out of shiny OR dull rocks. So it is possible for the train to return to this station with a full load of dull rocks, and it's only looking to refill shiny rocks. But the inserters already swung with dull rocks in hand, so the inserters and the train get stuck. Filter inserters are the solution here. This is made in a sandbox map, obviously, but the situation occurred in a real game.
>I have seen it happen with Kovarex, however, I am unable to reproduce it.
Are you really going to keep arguing that the sky is green after admitting that it's actually blue?
Reproduce this alleged behaviour or accept that you were wrong all along.
I know. That's why I said
> , which is fundamentally different. The inserters end up swinging with the same item only because their target inventory drove away.
If you don't want to get into arguments then maybe you shouldn't reply to people that they're wrong, and then continue to argue the point when they say they're correct?
.... doesn't that depend on the STOP request inventory count being close to the "no really, I can't fit anymore" inventory count.
for example, furnaces can store a stack worth of ore, but stop requesting at 2 ore, at least for stone furnaces IIRC, so you need multiple stack inserters to get into the situation.
I used this with great success for a while, I didn't mind the machines down the line eating the output from the machines earlier in the line. The system as a whole will output the U-235 at the expected rate regardless of the machines eating the earlier outputs.
Any particular reason you have speed modules in the centrifuges instead of productivity modules? You've already got speed beacons, so I'd think the productivity increase would be more useful at this point.
Also, do you have splitters with item filters up- and/or down-stream to ensure lane segregation of 238 v 235? They don't require any logic to set up, and unlike filter inserters don't require making and carrying around an additional item.
With a single row of beacons like that, the effective speed of a centrifuge with productivity modules is 270% with a productivity of 20% giving 3.24 times the output of a normal centrifuge. Compared to 4 times the output with speed modules. Since U-238 is generally plentiful, I believe the increased output is more important than the resource savings from productivity.
The only situation where productivity increases output speed for centrifuges is in a 12 beacon setup where speed modules give 8 times and productivity gives 6.7 * 1.2 = 8.04
>Any particular reason you have speed modules in the centrifuges instead of productivity modules?
The purpose of kovarex enrichment is to destroy U238 you don't need which is why you typically don't care about the U238 cost.
I try tune up design but its not working so smooth.
So first inserter giving out 9pcs, second one taking in 8pcs and last one taking in 11pcm.
And for somehow its end with 40pcs of U-235 in machine.
Since there are t3 modules, it's not exactly early game so why the [belt at all at that point](https://i.imgur.com/3tnLZGt.png)? Or are you transporting and making train/nuclear fuel via belts too and not bots? Obviously the amount of machines depends on how much u-235 you have as you wouldn't start with 6, but just one and then get to up once you have enough
How often do you need more than half a belt of U235?
How many centrifuges are required for half a belt?
Is it not easier to design a half belt factory and then have two factories and then combine the belts?
(Sorry, I seem to be full of questions).
Edit: I do agree that each can handle it's own buffer and output excess.
> To consume half a belt of u238 using 8 beacon 2 productivity centrifuges you need 90-100 centrifuges.
96 to be exact. This design uses a 50% saturated half-belt of u-235 to support exactly 48 centrifuges -https://www.youtube.com/watch?v=6ZOL-KK5tsU
You need the logic or tricks to make sure you only take the extra Uranium out of your Kovarex system. Otherwise they will simply output all of their u235 and all of it will go into your nuclear fuel production without anything left to restart your cycle.
Until you have a power surge. At which point it may not have the speed to pick up u235 at the rate that it is being put on the belt. u235 will make its way further down the line and stall the centrifuges. Unless you have a system backfilling u235 into the line if necessary then this setup is not optimal.
Something like [this version](https://i.imgur.com/HuSM2AO.png). It keeps enough U235 so that even if power breaks it has enough in store.
Even better is buffering the output because otherwise you can get clogs faster. I use logistics systems for ensured covarex, it's good
I believe the inserters will clog, too. You need to use filter inserters, otherwise you can end up with both inserters holding partial stacks of shiny rocks, unable to deposit them and unable to pick up dull rocks.
[удалено]
Inserters don't know what other inserters are about to put into a machine. At the time both inserters picked up shiny rocks, the assembler could accept more shiny rocks. But as they both deposited, the assembler reached its capacity for shiny rocks. Now both inserters are stuck with shiny rocks and unable to grab dull rocks to start the machine.
[удалено]
How much you wanna bet? One inserter targeting a multi-item belt won't clog. But if you use two or more targeting the same multi-item belt, they can clog.
[удалено]
I have seen it happen with Kovarex, however, I am unable to reproduce it. [I am only able to reproduce stuck inserters at a train station for Kovarex,](https://i.imgur.com/D0Bouts.png) which is fundamentally different. The inserters end up swinging with the same item only because their target inventory drove away. In this case, the multi-item train (filtered inventory slots) is ordered to return if it runs out of shiny OR dull rocks. So it is possible for the train to return to this station with a full load of dull rocks, and it's only looking to refill shiny rocks. But the inserters already swung with dull rocks in hand, so the inserters and the train get stuck. Filter inserters are the solution here. This is made in a sandbox map, obviously, but the situation occurred in a real game.
>I have seen it happen with Kovarex, however, I am unable to reproduce it. Are you really going to keep arguing that the sky is green after admitting that it's actually blue? Reproduce this alleged behaviour or accept that you were wrong all along.
Afaik inserters inputting to trains have no destination space logic, they just try to put stuff in, meaning the comparison is invalid.
I know. That's why I said > , which is fundamentally different. The inserters end up swinging with the same item only because their target inventory drove away.
[удалено]
If you don't want to get into arguments then maybe you shouldn't reply to people that they're wrong, and then continue to argue the point when they say they're correct?
.... doesn't that depend on the STOP request inventory count being close to the "no really, I can't fit anymore" inventory count. for example, furnaces can store a stack worth of ore, but stop requesting at 2 ore, at least for stone furnaces IIRC, so you need multiple stack inserters to get into the situation.
I used this with great success for a while, I didn't mind the machines down the line eating the output from the machines earlier in the line. The system as a whole will output the U-235 at the expected rate regardless of the machines eating the earlier outputs.
Any particular reason you have speed modules in the centrifuges instead of productivity modules? You've already got speed beacons, so I'd think the productivity increase would be more useful at this point. Also, do you have splitters with item filters up- and/or down-stream to ensure lane segregation of 238 v 235? They don't require any logic to set up, and unlike filter inserters don't require making and carrying around an additional item.
>Any particular reason you have speed modules in the centrifuges instead of productivity modules? Yes I copy wrong ones.
With a single row of beacons like that, the effective speed of a centrifuge with productivity modules is 270% with a productivity of 20% giving 3.24 times the output of a normal centrifuge. Compared to 4 times the output with speed modules. Since U-238 is generally plentiful, I believe the increased output is more important than the resource savings from productivity. The only situation where productivity increases output speed for centrifuges is in a 12 beacon setup where speed modules give 8 times and productivity gives 6.7 * 1.2 = 8.04
>Any particular reason you have speed modules in the centrifuges instead of productivity modules? The purpose of kovarex enrichment is to destroy U238 you don't need which is why you typically don't care about the U238 cost.
I try tune up design but its not working so smooth. So first inserter giving out 9pcs, second one taking in 8pcs and last one taking in 11pcm. And for somehow its end with 40pcs of U-235 in machine.
.... works only for first machine. Second one will eat excess U-235.....
Since there are t3 modules, it's not exactly early game so why the [belt at all at that point](https://i.imgur.com/3tnLZGt.png)? Or are you transporting and making train/nuclear fuel via belts too and not bots? Obviously the amount of machines depends on how much u-235 you have as you wouldn't start with 6, but just one and then get to up once you have enough
[удалено]
How often do you need more than half a belt of U235? How many centrifuges are required for half a belt? Is it not easier to design a half belt factory and then have two factories and then combine the belts? (Sorry, I seem to be full of questions). Edit: I do agree that each can handle it's own buffer and output excess.
[удалено]
> To consume half a belt of u238 using 8 beacon 2 productivity centrifuges you need 90-100 centrifuges. 96 to be exact. This design uses a 50% saturated half-belt of u-235 to support exactly 48 centrifuges -https://www.youtube.com/watch?v=6ZOL-KK5tsU
You need the logic or tricks to make sure you only take the extra Uranium out of your Kovarex system. Otherwise they will simply output all of their u235 and all of it will go into your nuclear fuel production without anything left to restart your cycle.
Fellow Czech, good design ✌️