Jump to content

Issue with AT loop


Recommended Posts

Hi all.

This setup's goal is to cool clean water.

There is a t° sensor just before the AT input. The sensor is linked directly to the AT.

Packets will come to the AT each two segment (H²O - nothing - H²O - nothing - H²O - ...)

They come at 90°C.

The issue I have is packets are bypassing the AT input, even this one has the animation showing water cooling. Packets are going through the input AT without going into the AT.

The only condition I've seen when packets are really going into the AT, is when there are more than 1 packet at a time (no free space between packet). Then the first one indeed is going out without being cooled, but others are. Actually I can provoke this situation just by displaying the piping layer, the game itself is still going on correctly, but the piping layer is very laggy in deep, enough to cause packets sometimes slowing down compared to others. Yup, another weird thing...

I'm using this king of setup everywhere, everytime, but this one fail. Is it because I've free space in my pipe ? Is it happening like that each time with this setup ? I mean the first packet of a succession always isn't cooled, but then others are ?

image.thumb.png.0f0db155de6f19a0e805ed60804c35b8.png

image.thumb.png.6fc392947bc945fe3459a79f335fbb97.png

Thanks the commu !

Link to comment
https://forums.kleientertainment.com/forums/topic/109169-issue-with-at-loop/
Share on other sites

16 minutes ago, Saturnus said:

Pipe sensors only work if there's at least two packets in a row. You need a packet stacker that makes sure of this like my in-line packet stacker.

 

I remember very well this topic ! But indeed I've completely forgot that those damn sensors need 2 packets in a row... Thanks a lot, that will help so much !

If Klei could find a fix for that, that would help also ^^

@Saturnus Mmmmh. It seems to do not work here... :-/

image.thumb.png.272d5ac02e6208839e2e81cad746e429.png

The sensor would be in-sync with the AT input ?

Unfortunately I don't want to open this closed space, it will be really too messy here. I'll think about this on the next one if it's a similar case but for this one I've to find a way to stack on the outside.

2 hours ago, Saturnus said:

Pipe sensors only work if there's at least two packets in a row. You need a packet stacker that makes sure of this like my in-line packet stacker.

 

Thank you! the erratic behavior led me to larger temperature margins than i wanted. this is great

34 minutes ago, Dosephshih said:

Usually I put a shut off with pipe sensor, which I think it is more reliable to handle.

Yup. I was trying to avoid the shut-off, but had no choice. I'm using a full tank of liquid container also. That allows me 5 tons buffer, which is highly enough.

Pipe sensors work fine on one packet, (I think Saturnus meant that for this specific situation, you need 2 packets.) It works that way because the pipe sensor isn't ON once the packet leaves that part of the pipe and gets onto the AT input. Because... the pipe sensor turns off... because there's nothing in that part of the pipe any more. Since the pipe sensor is off, the AT is off, and it doesn't work.

There may be another reason. ATs take one second to "start-up" once they are enabled and have liquid at their input. I'm not sure, but a liquid packet might be able to skip by during that second.

I think it's important to note that doing one packet of water at a time in an AT uses twice as much power. That's because the AT takes one second to "start-up" and it uses power during that time even though it's not cooling. If you cool one packet at a time it's doing a whole start-up routine for every packet it cools and it uses double the usual amount of power.

18 hours ago, Majorchubby said:

I usually just build a bypass before the AT then the sensor after the cool water comes out with the shut off. Why avoid the shut off, im curious.

To save the use of a buffering (liquid container) and to save the 10w of the shut-off.

Archived

This topic is now archived and is closed to further replies.

Please be aware that the content of this thread may be outdated and no longer applicable.

×
  • Create New...