If anyone in QTDragon is watching this thread... I'm a little confused, and nervous, about the actual physical hal pin wiring.
I've got a mesa card, so the pins I have set before, which are signalling properly on the axis interface are:
[HMOT](CARD0).inm.00.input-05
[HMOT](CARD0).inm.00.input-06
which I set like this for use in the PSNG_V3 mentioned earlier in this thread:
Code:
net touch-probe <= [HMOT](CARD0).inm.00.input-05-not
net touch-setter <= [HMOT](CARD0).inm.00.input-06-not
Note, that PSNG_V3 hal code uses an "or2" to make a combined signal for probe routines.
But in the QTDragon documentation, in section 14.5 it says we need to do this:
Code:
[color=#0000ff]net[/color] [color=#000000]probe[/color] [color=#009900]motion.probe-input[/color] [color=#990000]<=[/color] <[color=#000000]your_input_pin[/color]>
Which leaves me two questions:
(a) which of my input pins? I think you mean the xyz probe ([HMOT](CARD0).inm.00.input-05 for me)
(b) what do I do with the other one? (The tool-setter probe)
I'm a newb (just finished building my first machine, and this is my last step before cutting) so if I'm on the wrong base, please straighten me out.
But it seems like both are useful:
the (a) xyz probe for finding the position of the tool-head relative to the stock being worked on, and
the (b) tool setter probe for either (b.1) detecting the precise length of the tool and using the tool offset workflow, or (b.2) having it go probe the tool length on each tool-change to calculate the offset.
How do I set both in QTDragon?
(And I'm bone tired, so I could be very stupid right now, please forgive me.)
But as a note, 'cause this is what I'm wondering, are we talking about using some kind of hal setup like they did in PSNG_V3 to create a combined signal for either probe being detected? If so, the code alkabal created might be worth glancing at... my quick interpretation is that he's doing some debouncing and cleaning of the signal but ultimately combining both the xyz probe and the toolset probe into one signal called motion.probe-input ... so would I just lift this code, because it ends up with the signal mentioned above in the QTDragon docs: namely:
motion.probe-input ?
I've attached that code with my pins.