Hi,
If there's a better place for this request, would you be so kind to direct me there?
Otherwise I was hoping this thread might get backed up by the community.

The idea is to have two sensor readings - physical sensors that are connected to the microcontroller (Quadro, Octo, etc) of course - and get the differential of them. It's a simple subtraction really.
It should be extremely easy to implement into the firmware. It's so basic that in fact I wonder why we don't already have it.

Why? I moved to Linux. Since Aquasuite doesn't have a Linux version, my Octo runs on fallback settings, which isn't ideal.
But I doesn't really need Aquasuite that much when we take away all the experimentation. It really just provides a few software sensors to control the
watercooling with delta-T in my case. I don't even use any driver monitoring, just the physical sensors connected to Octo.
Well, not exactly, as I also have a reading from a Highflow Next, but fundamentally I could get away with the basic independent functionalities of each device on a daily basis without any intercommunication.
Since not even Aquaero can do subtraction of two sensors - as far as I know - and put a curve onto that, I plead that the devs give my suggestion some thoughts.

Having a simple subtraction set up and run independently on the microcontrollers would add maybe a few extra lines into the code? I don't see why not.*
This would allow me to set the Octo up in Windows once, having the pump and fans run on delta-T sampled from connected physical sensors only, and effectively remove the software dependency altogether should I want to.Isn't that the core principle of having external fan controllers in the first place? To be software independent?

Loosely related, but with what's going on in Redmond, the user base of Aquacomputer may see a significant shift away from Windows gradually (the excuse the devs gave us why not to make a Linux Aquasuite).
Especially since gaming on Linux is also getting mainstream with Steam Deck and Proton, slowly but gradually.I'm not asking for much. If Linux Aquasuite isn't viable yet, at least can we add a few extra lines of code into the firmware to make your solutions a little smarter?

Thank you!

*In fact making a DIY Arduino fan controller would also not be that difficult for a maker, but I already invested heavily into Aquacomputer devices that should have the same hardware capability. So a clean solution would be preferred over some janky one-trick-pony custom board screwed onto the back of the case.
Or maybe if we could get the source code of the FW, we could flash our own desires onto the uC?

Quoted from "Remayz"

I believe what you're asking for is called Aquaero

Can Aquaero do this without Aquasuite? On it's own, in the hardware. Not a sarcastic question, I don't have one, so I can't tell. I ask this genuinely.

Oh, I just got an idea.
Perhaps I should make a separate board with sensor inputs and outputs, that would do the mixing itself and just feed the output to the Octo.
This would be a nice Sunday afternoon Arduino project for baked-in fix functionalities.
From then on the customizability and adjustability would all depend on how far the maker is willing to take the project on the coding side of things.
(Aquacomputer this is your chance to take notes for your next product before I patent it.)

Quoted from "Speedy-VI"

Quoted from "Remayz"

Yes it can. i don't own one but i believe it can have up to 4 virtual sensors managed onboard

I don’t own one either, but I think Remayz is right. Section 11.2 in the manual explains how the 4 virtual temp sensors can be assigned 3 temp data sources, and have 3 “modes” or functions - calculate the highest/lowest temp, the avg temp, or the temp difference between 2 data sources. I think you select the mode for each virtual temp sensor in Aquasuite or via the touch panel. This is separate from software temp sensors for which the data is brought into the Aquaero via USB.

That's a good call. I haven't read it past section 7.1 which didn't mention other functions than just min/max/avg.

I'm
just going out on a limb here, but I'd be curious how clever is that
part of the firmware. Could a Virtual Sensor take the output from
another Virtual Sensor as an input? Currently in Aquasuite I have 3
thermistor readings on the GPU/CPU inlets and outlet to measure the heat
each component adds to the water, and having the Octo to do PID control
and adjust the pump speed to keep to a target temperature (difference)
of 1C of either the GPU or CPU block, whichever is higher.
This would
look like a stack of Virtual Sensors, where there're two Virtual
Sensors calculating the difference on the GPU and CPU inlet/outlet
separately, then a third Virtual Sensor would take these two and feed
the higher of the two into the output. It could be done with 3 Virtual
Sensors IF the firmware can reuse their output as input between them.
This is just an elaborated pump control I have in Windows Aquasuite.

Then I could still have the 4th one to calculate a differential between room temp and the water for the fan control.