Fluid 2.0 system doesn't have unlimited throughput?

[dev-cyprium]

I have a setup on Vulcanus:





With fluids 2.0, the pipes should have unlimited throughput if I understood the FFF correctly.
However, in this case, the machine says "output full" even though there's space in tank (tank is 20k/25k) and also there's space in other tanks.

Am I missing something? I asked around on discord and people mention some "pressure" mechanic, but I didn't understand. Is this intended behaviour or is it a bug? Please help! ( Can provide a BP if needed )

This is the tank:

[Mightyloly]

Pipes push liquids into different segments with an inversely proportional speed.

This means the fuller (pumping to) or emptier (pumping from) the pipe, the slower that pumps can move liquid.

I've tested a whole bunch of setups with fluid trains in creative mode and I did notice in this test especially the way in which fluid flow slows down as it gets to that fullness point.

The fluid train (no limits on throughput it seems apart from pump speed), is pumping into the fluid segments of 1-3 tanks respectively.



In your case, if you haven't already. you can try separating the 'segments' by adding a pump in between your producer and storage/consumer.
Theoretically, It should free up the immediate pipes near the producer and eventually cap out the storage/consumer.

So while within a segment, technically fluids travel 'instantly' throughout the entire segment. It seems that it will prefer to sit around at that "breaking point" for the entire segment unless a pump is introduced.... correct me if I am wrong.

[dev-cyprium]

I did try to place even 3 pumps, but it seems to make the problem worse, as the pump quickly gets capped at 1200fluid/s and can't keep up with production, so that's why I posted here to ask is this a bug or intended behaviour?

[mmmPI]

The throughput from pipes is unlimited, but not the throughput between pipes and machines this is still capped.

The former means that if you create a tree structure with roots and branches, and a single trunk, you will never get bottleneck at the trunk.

However, machine to pipe transfer has still a cap which is difficult to measure and is different from my testings than the transfer between two machines, or between a machine and a tank.

[Mightyloly]

I did try to place even 3 pumps, but it seems to make the problem worse, as the pump quickly gets capped at 1200fluid/s and can't keep up with production, so that's why I posted here to ask is this a bug or intended behaviour?

I think I figured out your issue.

Due to the fact that the pipes don't have enough capacity to handle the 10k steam/cycle, you should put storage tanks to increase the amount of capacity the machine has to immediately discharge its steam when it makes it.

I found that this setup works very well with 100% uptime


This makes a lot of sense if you look at the gif of my previous post, since the pipes have only a capacity of 100/pipe, suddenly getting shoved 10k fluids from a machine end up bottlenecking at the pipe segment capacity itself, so a storage tank alleviates that by having 25k storage in the immediate 3x3 area.

That being said. you do *not* want to have your consumer's storage to be close to 100% full as it will slow down the pumps from the machines.
Again, the pump speed is inversely proportional to how full the pipe segment its pumping from, into the pipe segment its pumping to.
Higher quality pumps will help the flow rate issue when the pipe segment get close to capacity.

[dev-cyprium]

Interesting stuff. Thanks

[dev-cyprium]

The main reason I was doing this is I wanted to have priority sulfiric acid + power cable switch when steam is below a certaion treshold, and I found it reliable, but at the end of the day, I just added more power production facilities and called it a day.

As for your explanations, it all makes perfect sense. Thanks for the time and effort, understood

[PssX]

GIF

How did you make Display panel to show signal count?