additional probe inputs or configuration for tool height sensor ???

Good luck, but i am sure it is not going to be smooth sailing by any stretch of imagination.

the software is incapable of differentiating between a tool height indicator and a surface probe. How is this in anyway a industrial grade solution ? Do you tell yourself that HASS, DOOSAN, etc all share one input for input probing & tool height ? by my reckoning it should be part of the tool table code and ATC routines.

This is exactly the kind of statement that pushes people away who have resources and a desire to help development away. the software is broken.

It's like the Radius arc issue I am having, for no particular reason, because if I load the G-coode from the post processor into the Sim version of linux cnc on my VM, it's fine, but put it into my live mill, it fails on radius arc errors.

That a very serious bug

smc.collins wrote:

This is a entirely backwards way of thinking, fix the damn software. Probe and tool height are separate entity, and it's not as if the cards are short for IO pins, they are not.

Would one please move their head into the pulled in position.

Now I'm going to give you the benefit of the doubt that you are frustrated and a little angry.

First of all, as I mentioned before, the work is done by volunteers, demanding that they "fix the damn software" is no way to go about things. Your are not their boss or a paying customer, your are a consumer of free software and have right to demand actions.

You can either try to implement a fix, and if you feel like it share it, as many have done before. Or you can make the decision Linuxcnc is not the solution for your situation, choose another path and walk away with grace and dignity.

I honestly wish you the best and hope that once you have cooled down somewhat your decision is a rational one and not an emotional one.

The process of adding a touchprobe/toolprobe is overly complicated IMHO.
Dual or steerable inputs would be quite helpful - the problem is probably more that there are workarounds for multiple inputs using HAL so motivation to change the code is low.

if you want auto tool probing at tool changes, it requires 'remap' code and that is not a pleasant process to work through.

We are short of developers to take on these little projects.
We have no official process to decide on goal posts because everyone (usually) just works on what they want - as was said it's all volunteer - please don't beat us up too bad.

Linuxcnc is cheap to buy because the real price is time - no doubt about that.

There has been mail post about your Gcode interp problem - so that is not being ignored.

Chris

I have some proficiency in C, what are the relevant files in the source tree that deal with this type of input ? My thought is to simply duplicate the probe input code and  branch it out as a tool height , and if not to harry to tie the tool touch off button to the input.

This is the simplest and most straight forward path I can think of. I'd happily contribute to a bounty to pay for features like this. There a lot to like about linux CNC, but there's this mountain of stuff, that's east to fix, that's just broken. 

For the mountain of things that you have identified as broken raise an issue on the github page, as that will been directly seen by the devs.