+1 vote
283 views
in In-Game Help by (130 points)
Okay... So i have a "sorting system" on my save. It is programmable splitters that are putting one item to left and then in to a storage container. All other items is just going to the center thing and one other item to the left again... I think you understand.

But the problem is that, when a storage container is full EVERYTHING is just stopping because it can't go in to the left. I have been searching around super much but I can't find a resolution. Is it even possible? If anyone have a good design, please tell me.

It is maby a stupid question but i just want it to work!
by (480 points)
Only options I see at the moment is build more storage or delete part of the content to make it flow again.
by (1.7k points)
The question is, what you want it to do there? Send it down the main line together with "other" things? It'll reach the end of your sorting line, then what? You'll put a junk storage there? What after that becomes full? Or you'll loop it back to the start of the sorting line? Then the sorting loop itself will eventually fill up with that one thing only and will become stuck.

Since there's no way to drop things on the ground or into some other kind of unlimited storage, I think the only reasonable way out is if we had some kind of alarm we could attach to a storage to let us know when it fills up.
by (130 points)
I want to like send it to the main line again and then in to a buffer or something with super many containers.
by (1.7k points) 1 flag
There's an option for you: behind your smart splitter, put several standard splitters in a chain. Merge together all their outputs except one output from the last splitter, send the merged output to your storage and send the one output back to the sorting line. Until your storage gets full, it will send most sorted items to the storage and only small portion (depending on how you chain the splitters, it may be about 1% if you use 4) of items back to the sorting line. When your storage fills up, all the excess will reach this overflow line.

Yes it's bulky and could be solved in a more elegant way if we had splitters with priority but that's what we have available right now. It's still not perfect. If you need to rely on "something with super many containers", you could build this "super many" right for your sorting line.
by (130 points)
Yeah i could make that. I really want splitters with priority or something!
by (2.4k points)
edited by
You can overcome this problem with a set up as below.  The input comes in from the top and goes to the bottom via the middle column of smart splitters.  You can repeat this ad infinitum and it won't clog up as a result of the storage containers becoming full.
Note this is not my design - I  found it somewhere on the net.
(The format's not amazing due to there being no way I know of using a non-proportional font here.)

MER = Merger
SSP = Smart Splitter
SPL = Splitter

                                         |
                                         |
                                        V
                     MER ---> MER <--- MER
                         ^              |               ^
                          |              |               |
                          |             V               |
Storage    <--- SPL <--- SSP ---> SPL ---> Storage
                          |              |               |
                          |              |               |
                         V            V              V
                     MER ---> MER <--- MER
                         ^              |               ^
                          |              |               |
                          |             V               |
Storage    <--- SPL <--- SSP ---> SPL ---> Storage
                          |              |               |
                          |              |               |
                         V            V              V
                     MER ---> MER <--- MER
                                          |
                                          |
                                         V
by (130 points)
I'll try that! But if a Storage is full does the items just go to the "main" line again and then to the next "sorting module" and then through the whole system again?
by (480 points)
With this design you will have all the over overflow got spill to the end of the sorting line which mean you need there storing again, but this will be unsorted. If you feed it again to your sorting loop it will clog at some point.
by (130 points)
Ohh okay... I'll try that design later :)
by (2.4k points)
@AntonErlandsson - Yes; they will go back to the "main" line and need reprocessing.

@Candycore - You are correct: I didn't say it was infallible and never clog, just that it wouldn't clog due to the storages becoming full :)
by (130 points)
edited by
Yeah... But won't it like "lose" one item everytime. Because it is getting "sorted" in the smart spliiter and then going in to another splitter that is putting one item back to the main line and then back to the sortine module and one item going in to the storage and one item going "through" the sorting thing and back to main line? If you understand...

EDIT: I tried this system and yeah.. It is working. But many items are just being sent back to the Main line and then just in to the "buffer/last container" 50% of all items i am sending in to the system is just going right to the buffer.
by (1.7k points)
Just to add to the discussion, here's a working (though bulky) design. If the storage (bottom belt) isn't full, about 1% of the input is sent through the overflow belt (upper belt). When the storage is blocked, naturally everything gets routed over the overflow belt.

You can then either merge these overflow to a separate belt (probably better idea) or merge them back to the main feed. And of course you can make it more "selective" by adding more splitter/merger columns as you wish.

https://i.imgur.com/1k1VCJH.png
by (130 points)
Okay... I'll try that tomorrow or something :)
by (2.4k points)
@AntonErlandsson:  Yes, with the version I described you'll get just over a third going back to the "main bus".  It is, however, relatively compact.
by (1.7k points)
@Kelsey Thornton actually your design sends half to the storage and half back to the main belt. The third that gets routed back before its smart splitter is just "delayed" and does not affect the ratio. But I agree it's compact.
by (2.4k points)
+1
Yes of course, you're right...

I think the moral of this is "Don't put everything on one belt" :)
Welcome to Satisfactory Q&A, where you can ask questions and receive answers from other members of the community.
In order to keep this site accessible for everybody, please write your post in english :)
August 28th update: We've removed downvotes! One major reason is because we don't want to discourage folks from posting legitimate suggestions / reports / questions with fear of being mass downvoted (which has been happening a LOT). So we now allow you to upvote what you like, or ignore what you don't. Points have also been adjusted to account for this change.
Please use the search function before posting a new question and upvote existing ones to bring more attention to them, It will help us a lot. <3
Remember to mark resolved questions as answered by clicking on the check mark located under the upvotes of each answer.
...