Jump to content

Strange and inconsistent sensor and valve behaviour with gases and liquids (simple reproducible examples provided)


greppish
  • Branch: Preview Branch Version: Windows Pending

Also an issue on the live branch, I switched to qol_1_testing to check.

I have the following setup:

image.thumb.png.b97aa6ee234ca139e5952079184b27a6.png

For the liquids: polluted water left, regular water right.

For the gases: CO2 left, O2 right.

The sensors are set to filter polluted water and CO2 respectively.
 

And behold, it works:

image.thumb.png.bfb2d808e04a82cf0255bfe9ac4919ba.png

image.thumb.png.48cf99c7cfb55711c2602595cb59ed34.png

 

Now I break a pipe, and something strange happens:

image.thumb.png.13b1e1473b77f63468b2fdc9fa9b4ea8.png

 

image.thumb.png.1620d98cdf53effb7e1e44e8d43c9776.png

 

Now the input is blocked every third packet, and the left output is as follows: [nothing] - [element A] - [element B].

The same thing is happening with the temperature sensor, and presumably the other sensors as well:

image.thumb.png.8b56a66a5824348ae44cc7f42ba4e54a.png

 


If I build a new setup and simply don't construct the vent in the first place, the result is the same.

Sometimes when breaking the pipe, this doesn't happen. Instead, one single pair of A and B packets are sent and then the flow stops. This is rare.

Reloading does not help.

Upgrading to testing branch does not help.

I also started a new world and rebuilt the setup. That made no difference either.

 

This also happens in real (more complicated) setups when the line is backed up, causing terrible damage to my Thermo Aquatuners, which is of course how I found this out in the first place :)


Steps to Reproduce
1: try to figure out for hours why cold packets keep getting to your thermo aquatuners 2: set up a gas or liquid filter using liquid/gas element/temperature/etc sensors and liquid/gas shutoff 3: behold the magnificence of the working filter 4: break the outflow (non-filtered) pipe 5: watch non-filtered packets slip past the filter 6: flip table



User Feedback


I think it's normal.

Look at the arrangement of the packets of polluted water (for example). You have 1 clean, 1 polluted, 1 hole.

Each time a clean water packed is in front of the sensor, the valve become inactive, so the water is blocked.

Then, a polluted packet comes in front of the sensor and activate it, so the clean water goes through the valve. Same for the polluted water, as intended by the setup. And then ... a clean water anew, blocked at the input of the valve, which create this hole. ;)

Share this comment


Link to comment
Share on other sites

This happens because [pipe sensor]-[pipe shutoff] setup does not exactly act like pipe filters. They don't properly do their jobs when any end is blocked while filters always work properly but consume more power. 

Since the element in the pipe is coming alternately in your setup, the pipe sensor keep sending on and off signals. Please keep in mind that shutoff and sensor is 1-tile away in this set up, and sensor sends its signal 1 frame after the element passes the sensor. (Edit: I feel like this is wrong after some observation, It's more like signal sending is instant, but shutoff activation is 1 frame behind)

And when you break the pipe, if the target element(in this case PW) happens to be in sensor when pipe broke up, the shutoff opens at next frame and let water pass through which happens to be in entrance of the shutoff. In the next frame, water passes the sensor but shutoff is still open so PW passes the shutoff. In the next frame, PW passes the sensor but shutoff is closed due to signal from previous frame, so nothing passes. These 3 steps are continuously repeated and that's what we see in the pic. 

About the 'rare' case, which only first pair of element passes and shutoff is permanently closed, I tested myself with your settings and found out when I broke the pipe and pipe is flowing again, element inflow into T junction is redetermined at that time, so in some case certain element goes into pipe in a row, instead of alternately. In that case, if 2 or more non-target element goes into pipe sensor in a row, shutoff is permanently closed.

To sum, although I don't know whether the developers have a plan to change this system or not, there are some methods to avoid the problems that you met. You have to make sure that any end of pipe is not blocked. Following pics are my settings on Aquatuners with pipe sensor and shutoff to avoid get damaged, hope you can find some help to get your solution here.

20180822172228_1.jpg

20180822172233_1.jpg

Edited by GnyoR

Share this comment


Link to comment
Share on other sites



Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
  • Create New...