Ore splitter

[Encrypted]

So i have a few spots where the ore patches are overlapping and/or small but multiple near each other. I just want to clear those fields because of reaons

For the most ore patches i have a dedicated train but for these patches i want to have a multi ore train. Now with the new splitters i though now i can make it more easily when unloading the train.

image of ore splitter

Splitting all ores properly

427520_20180124211243_1.png (951.2 KiB) Viewed 10318 times

Blueprint

Code: Select all

0eNqdl0tugzAQQK9SzRoqbPMLl+iiy6qKSOKkloiNjKkaRdy9JlkkaawynhWyB55heOPPGTbdKHurtIPmDGpr9ADNxxkGddBtN/e5Uy+hAeXkERLQ7XFu7dvBpc62euiNdelGdg6mBJTeyR9o2PSZgNROOSWvuEvjtNbjcSOtv+FfUAK9GfyzRs/je14qEjj5S+6H2Ckrt9eYbz6ROY1cLJNFJJkFyTxAziPJPEguA+TikTz0nXLOBwJv+1rccrxX3XxXA1vjHUjAjK4f3dprYqzH+4BVh6/5jz+NWMZ9Cz5JVRw4Q4PrODBHg1c0FfmyiiyjoQUCzeKV4ffKDM5oGecM47TSEsv/gAlabYkpBMtJcmNesyDZjSGXJL0x5IokYYZwsKbpzRDoFU01tpwPntFUYyHVeHwZZo8Td99LmxobWYqckxTHpEeQFMeQc5LiGHJBEhExg/OSREYYziuS4Zhs1CTBw36vov1+WGWUNXrB7nk3+ifQyX3QepFRrEekTDCK9BgwpziPAQuSmIj1QuQkMfOQPqIgsYKruihJWodZtOIrpvnAdDlhNXcHsgS61j/n+96sfHm/lci3tMN1z19XPCuLUtQ+Tb+ltp95

My intention was that the overflow of the ores that could not be used would loop back and enter the splitter again with priority so it does not grind to a halt.

However what i didn't realise is that the filter on the splitter works by ONLY allowing the ore to go that way and not another way.

Which gave me this:

image stuck at iron ore

ores stuck

427520_20180124211310_1.png (822.29 KiB) Viewed 10318 times

So it is not needed at all. You could in fact remove the top splitter and the whole loop back.

So now i will go back to 4 filter inserters at the cargo wagon to retrieve 4 dedicated belts (1 for each ore) and do the splitting there. If anyone has a different belt solution for this problem i would like to know.

[PadreSperanza]

I guess that there are not possibilities to do this just with the new splitter this way. Even if they let iron ore pass the other way it would be stuck in the loop back when to many ores are not delivered the right way. You could help with additional splitters before each smart splitter to take away the ore but this will result in stuck loop back so it wont help this way. (see pic 1)


the best way would be to use two lanes of each where the second one ist like storage to the first with double splitter. But even this is no master plan. You need to store your ressources or put them onto single belts each otherwise they will stack to be stuck when one production is bigger than the consum is. It will come. When it comes is just depending of the value and difference of production and consum (see pic 2)

notice: these pics are just made quickly so no good design or something

[impetus maximus]

i did some playing around with this with 'Creative Mode (Fix for 0.16)' mod. i added a second set of splitters to the 'buffer' so if one output gets slowed it would spill over into the buffer.
i prioritized the buffer on the input, and the filter line on the output. it's not working as i suspected. when the filtering line gets backed up it's not spilling onto the buffer.

splitter.filter.buffer.png (163.95 KiB) Viewed 10254 times

creative mode fix for 0.16 mod blueprint string

Code: Select all

0eNq1mt1umzAUx9+F6zBhzGcu9iJTFRFwUmuJQcZE6yrefSZEa5Y49H+89KYVEP98fL4PyXuwPQyi01KZYP0eyLpVfbD+8R70cq+qw3TPvHUiWAfSiGOwClR1nK52VW9CoyvVd6024VYcTDCuAqka8StYs/FlFQhlpJFixp0v3jZqOG6Fth/4C5o2NJUyYd0et1JVptV2l67t7dpWTftbXsjsgjf7P7V7NFKLen6Yrab1RreHzVa8VidpF9sVO3kwQkPnqFv7cJwww6QBdnWE1aeLe9Mq4VwdA6ulblXYajeAA4C67TqhHyKS8eV8W6lZXf0EYtMfLZpro0h7xcrJZHsthHI9GsdJnhsjxovecG/EbLZh8q8NEweZE8mpk5w5yAmRnMDklEjmMDkjkmOYnBPJDCYXNHIEg0saGJeYRTQyrmXGaGTcMxgxBHFvZsQQxCOQEUMww8nEEMxxMjEEC5xMDMESJxNDkOExyD6CsNaiMvIkwmPbiHAnf23sNk17DKdSFfbtoGuxUM9jqJ7XUteDNBv7rPmL2Undm81diTxJbQZ756NInz8RVurNvEq1n0vl3HOc847tO7pKn/uOdfA9GAk183HJfFQxiTkmLJ1qil1oRs3lEc6mVvocR1NLfYGjE7/+BEGnfmgOoG9STd8dpLHd7OOuJ/520xVba7WD6QazsX19qy3dwrTcv06SSXXz4CB2U+t+L0ju19AgZyz8ujAEXcLqu8jLHOqbB4jrHv2xSl3ta+R3PsDzOPNrBhF07IcGrMI5bBX2pU7NE6/2ETli6tXxIuTMi4xYPEfNwoBYuRpHadFSeDXeiOZKLzKguSRCNce/1J8T5tWmA7pL/EYLhMy9yIhVEtQqKeDP89sdkisnqddsgygt8yIjSoOTQP61rlx4zVjICeGeoITS3Hm6IHhFGvlNYtw1QqTMDxY7YfHCINcMVk+1van2Yf0q+sc9X2S1ta305aXp7R7cq62IPn9LmCb/KT0DpE/9miIGiJ/5VCdEL7lX2UNE/ohRLAEh0pZemQ2QNotgaS9RAoibecYfIu9HNG4HrWwvJVUv9NL0wlxRnXEyJ77P6CehtWzEpjdV/XPTy9/CnV2zpSg8tbIJbSHV1V48DMPkIoILnj4H7tZTBvvHJaxjwIi5V8JA3KMgmJUtHLskc+5f08HukUf/acHosXfk7Clsp5by2CeJAg6Scx8w4B95QkzOiLApkYnImVHTMiJoToUikhbkRAp8uZmXz8lpzvawiMgic//cXzBqBuWf66eIyfkJ0HrByVTun/WK5CmZyW3i1CeBICryakgRi+bELIIIS21FETlLahIBBC3JXSggacmeMrilS6NPGT9lvFregy/scf4KcQqWR66XusKjTPyQ2QIy9UNe7GmZL6v5tzvrq59brQKbTfo5tRR5HGVpxotkHP8AcpChpw==

[PadreSperanza]

interesting thing... maybe you should post this as a point in bug report forum?

But even if this would happen, you will have problems when the backup-line gets to may iron ore until the backup is full of ore and cannot be moved in any direction. This way - in no setup - is solving the problem when the input is flood with items that cannot output themselves.

[impetus maximus]

interesting thing... maybe you should post this as a point in bug report forum?

But even if this would happen, you will have problems when the backup-line gets to may iron ore until the backup is full of ore and cannot be moved in any direction. This way - in no setup - is solving the problem when the input is flood with items that cannot output themselves.

i think it's related to "[16.17] Priority splitter can stop unblocked lane'

true. it just prolongs the back-up. as you said if it fills the buffer it would stop anyway.
the best solution is to have a place for all the ore to go. if you are backed up, stop mining that type of ore.

the splitter functions are new, i'm sure this will get sorted er straightened out.

[mrvn]

But you can't stop mining that ore in a mixed field.

Would be nice to have a filter miner that you could program what ores to mine. Then you could disable any ore that backs up and it would only mine the others.

[PadreSperanza]

it just prolongs the back-up. as you said if it fills the buffer it would stop anyway.
the best solution is to have a place for all the ore to go. if you are backed up, stop mining that type of ore.

But you can't stop mining that ore in a mixed field.

Would be nice to have a filter miner that you could program what ores to mine. Then you could disable any ore that backs up and it would only mine the others.

so if I take this both the answer simply could be to use circuit network to the non-mixed miners, watch out the loop-back and count the items on it and allow the non mixed miners only to work when the item count is below half as the loop-back length. or something similar. or store the items in chests but beware of the ugly designs of this

[impetus maximus]

But you can't stop mining that ore in a mixed field.

in the field instead of filtering all the belts, i would only use it with rows that have mixed miners in them.

[PadreSperanza]

true. You can split it directly at the mixed fields but then you need to have separated belts for each ore again. And this is - when I am right - what he do not want to have

[Impatient]

read the part that is labeled "belt buffs"
https://www.factorio.com/blog/post/fff-225

kovarex stated explicitly that the filtered items will not spill on the unfiltered belt. this was kind of odd to me too, when i read it. but later i thought, that the filter splitter is not intended to filter rainbow belts. it is intended to split one belt or unify two belts with two types of items on it. that is the only intended use of a filter splitter.

on a rainbow belt it can block and this does not make any sense for a rainbow belt filter. i think we all agree on that.

[impetus maximus]

the priority, non-filter splitters are not spilling over either.

[Dry Hairy Tree]

I've tackled this issue (one type of filtered ore backing up and blocking other types).

Two things need to occur.

1. You are actually using all ore types you are mining.

2. You loop back the outputs of the filtering system to the beginning of non-mixed ore lines, so they get priority space to move outta there.

In this manner the mixed ore gets used first. Ore lines are filled out from non-mixed ore after the priority (mixed) ores are already loaded on the outgoing belts.

Without priority for the mixed ore, you just get problems.

[Impatient]

the priority, non-filter splitters are not spilling over either.

this is possibly due to a known bug:
viewtopic.php?f=182&t=56924

where this demonstrates the bug very clearly:
https://gfycat.com/GrimyOblongCaterpillar

Could this be the cause in your case?

[impetus maximus]

Could this be the cause in your case?

i'm suspect it is, yes. thanks

[mrvn]

I've tackled this issue (one type of filtered ore backing up and blocking other types).

Two things need to occur.

1. You are actually using all ore types you are mining.

2. You loop back the outputs of the filtering system to the beginning of non-mixed ore lines, so they get priority space to move outta there.

In this manner the mixed ore gets used first. Ore lines are filled out from non-mixed ore after the priority (mixed) ores are already loaded on the outgoing belts.

Without priority for the mixed ore, you just get problems.

You mean you split out iron ore, copper ore, coal, ..., move it past the inserter that fill the buffer chest and then loop it back to the non-mixed ore lines (or those with the most ore of the respective type). So when coal isn't used up the buffer chests run full, the coal spills past the inserter and back to the coal miners. Now they will be unable to place any extra coal on the belt so the amount of coal in the loop is limited.

Hopefully limited enough the belt never stops moving.

[impetus maximus]

Kovarex said he was able to reproduce several problems with priority splitters, which will be fixed in the next release. (0.16.21)