Installer Steam
connexion
|
langue
简体中文 (chinois simplifié)
繁體中文 (chinois traditionnel)
日本語 (japonais)
한국어 (coréen)
ไทย (thaï)
Български (bulgare)
Čeština (tchèque)
Dansk (danois)
Deutsch (allemand)
English (anglais)
Español - España (espagnol castillan)
Español - Latinoamérica (espagnol d'Amérique latine)
Ελληνικά (grec)
Italiano (italien)
Bahasa Indonesia (indonésien)
Magyar (hongrois)
Nederlands (néerlandais)
Norsk (norvégien)
Polski (polonais)
Português (portugais du Portugal)
Português - Brasil (portugais du Brésil)
Română (roumain)
Русский (russe)
Suomi (finnois)
Svenska (suédois)
Türkçe (turc)
Tiếng Việt (vietnamien)
Українська (ukrainien)
Signaler un problème de traduction
You can set a lane to "Overflow", thus prioritizing any others.
https://satisfactory.fandom.com/wiki/Smart_Splitter
... wait. What?
If your overflow can't handle the full output of the belt, it's not a suitable overflow. Add an AWESOME Sink.
I'll repeat: If the machines on the overflow line can't actually handle the full output of the belt, then your overflow line is not actually suitable for handling overflow; add an AWESOME Sink to pick up the slack (with another Smart Splitter).
Personally I do similar with the water coming out the second stage back into the first stage since I'm using the sloppy alumina recipe. Though technically what I'm doing is effectively deprioritizing the main water flow with a valve. Same general effect though. The recycle line gets higher priority compared to the general line so it never backs up.
So, now that I have reread the question, you're looking to make sure 1 "feeder" line is always pulled from, with a second line that can back up? You might try feeding the second line into a smart splitter, shunting overflow into a loopback either to the primary line, or back into the secondary line, depending on whether it's acceptable to have the primary line back up at all or if you need continuous feed.
I still stand behind my point that if your line can clog, then it's a poor choice for an "overflow"... and reiterate that you can drop a smart splitter with "overflow" sent to a sink.
If this is an application-specific thing, such as teapot's mention of silica recycling, then perhaps you should look into how others have dealt with the situation, instead of looking for things that don't actually exist?
https://i.imgur.com/cQaTljt.png
in this example i have 4 belts (assume theyre unfilled) that i want to fit into lets say 2.7 mk5 belts. we do this by shifting all the belts downwards using a priority split with smart splitters, until all the belts have a "stairway to the bottom" using the elevators.
but theres one problem. because theres so many items being forced to the bottom, the lowest cargo container/machine can no longer output there, which would cause that machine to clog.
the goal:
i need to simulate a priority merge, so the bottom lane can go all the way through without obstruction, to sucessfully compact the belts with maximum throughput.
so at the end of the system, there should be no excess on the 4th belt, and there should be 0.7 leftover on the 3rd belt, and the belts directly infront of the cargo cointainers/machines should not be stuttering at all.
this is currently not possible, or ive done something wrong here
High priority input is the splitters, low priority input is first merger in the chain (above the last splitter).
Works mostly by repeatedly cutting up the high priority belt and merging it back in repeatedly.
At every merger, there's a 1/3 chance of taking an item from behind it, and a 2/3 chance of taking from the sides (high priority belt) - math gets awkward as you go along, but it's basically just making it more likely to take from the HP belt first enough that it's "mostly" correct.
However it sounds like what you are actually after is a Belt compressor: https://satisfactory.fandom.com/wiki/Balancer#Belt_compressor
Alternatively, you could stick a belt balancer just before your downwards-splitters
However, 4-4 belt balancers are... large