[OlfCNC]

Thats my point. You only need to send the divided voltage and ArcOK to Linuxcnc and the motion controller can directly control z axis torch height instead of using a rather crude method of generating up and down signals for the reasons outlined so eloquently by Peter from Mesa in a more recent post. But not only that, you can build vastly more sophisticated control such as velocity anti dive, kerf crossing, auto torch sampling etc into the

I think UCCNC can do the same with UC300ETH, it has 2 analog inputs and it controls the THC in realtime or at least I see no delays. It also has anti dive, anti down etc.
I'm using a THC controller though it was the simplest to do for me.
And I do not see any difference if an electronics (THC) measures and compares the voltage to a set point and sending that to the controller of if the controller measures that voltage and internally generating those up down movements. Maybe there is difference which I do not see, but the THC controller method works perfectly for me, I do not need a better one.