A few days ago, one of my followers, @Nodnil, raised some questions about T-Valve components. The main questions were about whether 0 and 100 correspond to open/close states, and some issues with the suck axis. I welcome everyone to discuss these questions.
First, let’s look at the post by TempestMax, the author of the T-Valve component: https://www.patreon.com/posts/may-update-v3-0-51081118
The key parts are as follows:
The T-valve is now on the A0 and A1 channels. By default the valve now operates an automated suck algorithm on the “A1” axis. That means it opens on the way down and closes to a commanded position on the way up. It’s 50% by default but you can change the default in the options at the top of the firmware.
“A0” offers direct control override of the valve position for any app developer who wants to write their own valve control algorithm.
I’ve included an easy option to reverse the valve servo direction, which was a popular request.
- How effective is suck algorithm?
If we use the T-Valve component but without any scripts(.valve.funscript/.suckManual.funscript), the Valve is automatically driven by the algorithm. I’ve tested it, and the results are not ideal, consistent with other users’ reviews on the forum.
Therefore, I switched to manual control. From my current experience, closing the valve provides some resistance during slow BJ movements (note that this is resistance, not suction), making the BJ effect better.
Closing the valve during other fast movements produces unpleasant effects, making us feel uncomfortable. Therefore, I basically only close the valve during slow BJ movements.
- Does 0 correspond to open or close?
I disassembled my T-Valve Components to check the hardware.
We see that 0 is closed and 100 is open.
Position 0 T-Valve closed
Position 100 T-Valve open
In an article published by TempestMax, we saw this sentence: “I’ve included an easy option to reverse the valve servo direction, which was a popular request.” This means that the hardware configuration and specifications might be reversed, so the firmware provides an option to reverse it.
My scripts(.valve.funscript/.suckManual.funscript) are currently written directly based on the hardware, so inversion shouldn’t be necessary.
Dear fan Nodnil, do you have any further questions? Could you please provide a hardware image of your T-Valve components? Perhaps the hardware manufacturer has already addressed this issue.

