I direct you toward this thread:Cleverpanda wrote:@DerivePi, what program are you using to make those schematics?
viewtopic.php?f=8&t=24320&p=154493&hili ... pi#p153906
I direct you toward this thread:Cleverpanda wrote:@DerivePi, what program are you using to make those schematics?
I use the arithmetic combinators to calculate the number of empty barrels a pump station needs for the current oil on hand.But if there were no reserved stacks most of the time one or another raw oil producing outpost would clog up because of too many empty barrels (because it was not easy possible to ensure that empty barrels stay on their route if there is only one drop of for full barrels.
You should connect all the chests directly, and input the total count to an arithmetic combinator that divides by the number of chests. If the result is 0, then at least one chest is missing fuel, so that is the condition for the unloader smart inserter to put fuel on the belt.BlakeMW wrote:
- A smart chest holds the fuel for each reactor, the smart inserter only inserts if there is 0 fuel in the chest, this guarantees each smart chest has at most 1 fuel.
- The smart chest is linked to a decider combinator which sends a Red = 1 signal down the shared green wire if the smart chest has 0 fuel. Red means "I need fuel!"
- The requester chest to the left is set to request 1 fuel assembly - bots will deliver up to 4, but that can't be helped.
- The smart inserter at the requester chest is set to insert only when Red > 0, so if any of the smart chests run out it starts sending fuel assemblies down the belt. Any excess loop around and get put back in the requester chest.
If it's okay to use 2 trains for that purpose - that's fine. But i don't like reserved stacks for oil transport.siggboy wrote:These barrel handling schemes look overly complicated to me.
In my current game I did not use Rail Tanker and came up with the following barrel handling:
1. There are two trains, one runs with full barrels, the other one with empty barrels (let's call them "black" and "white" trains).
2. The white train collects empty barrels from the oil unload and takes a tour of all the oil wells. At each oil well, it unloads enough empty barrels so that the total amount of barrels (black and white) at the oil well is a set amount (the amount should be lower for depleted wells, but that's an optimization that doesn't matter much).
3. The black train just picks up all the full barrels it can get from the oil wells.
This way, there can never be more than X barrels at a given oil well, and the amount of white barrels is regularly replenished everywhere.
I'm using SmartTrains to make the tour a bit faster, but it's not necessary. All you need is smart inserters and a few combinators that add white and black barrels and stop the unloading when the limit is reached.
Don't think it matters when there are so many of them!PiggyWhiskey wrote:Nice one!
Aren't those ratios off though? Green for efficiency doesn't touch productivity. So you'd need 3 cable and 2 circuit assemblers?
reofarp wrote:I tried to optimize the sorter design for one belt of full density and with proper output side-balancing.
The first version without backlog protection has full throughput and is probably about as compact as it gets (fits within 9x4).
The second version with backlog protection is quite a bit larger (16x6) handles the full belt but only allows for about 75% throughput in the long term, there is probably room for improvement here.
I'm interested to see, if there is a way to do backlog protection without sacrificing half of the output.
PS:
Don't forget to set the signal for both sorting units correctly, otherwise these designs just work as huge splitters/balancers.
By setting the signal, you can choose the output side for every item type. This allows for sorting and rebalancing of more than just two types.
By default the signal is set so that every item type gets split equally.
What is changing in its behavior?Neotix wrote:P.S. In v0.13 it won't work anymore because of changes in splitter behawior.
I think I'll be on 0.12 for a bit until mods get updated.Neotix wrote:Side is not important (i tested it). Important is to place control item before second splitter to switch output for that item.
I explained hot it works here viewtopic.php?f=8&t=6008&start=300#p135617
P.S. In v0.13 it won't work anymore because of changes in splitter behawior.
I don't think this changes in 0.13: viewtopic.php?f=5&t=27021Neotix wrote:Side is not important (i tested it). Important is to place control item before second splitter to switch output for that item.
I explained hot it works here viewtopic.php?f=8&t=6008&start=300#p135617
P.S. In v0.13 it won't work anymore because of changes in splitter behawior.
So it seems it is side dependant.Neotix wrote:I didn't try that setup so i don't know where is the problem. Try to remove all splitters and place them again (it reset internal switch). Set filtered items again and try if it work.