Probe Basic tool touch off gives "Probe tripped during non-probe move"

Hi,

I'm trying to get my toolsetter to work, but i'm running into "Probe tripped during non-probe move" just as the probe is tripped. I've been though a lot of the usual stuff i found on the forum, like electrical noise, debouncing and so on....I'm fairly new to gcode, macros and stuff, so bear with me on this...

I'm using all the standard stuff that comes with Probe Basic, but looking at the "default" tool-touch-off macro here: 
github.com/kcjengr/probe_basic/blob/0490...ol_touch_off.ngc#L59
(And again later in line 69 with the slow probe retract)

I think that this G1-move might be the one causing my issue? I'm trying to understand why this isn't a G38.5 move instead? Then it would be a probe-movement which allows the probe to be triggered while moving...at least as far as i've understod...or maybe a combination of a G38.5 first and then a G1 move, since G38.5 stops after untripping the probe per the documentation...am i completely off here?

I've been really hesitant to post this, because a lot of people use this macro(i guess?) and i assume it work for all of these people, so chances are very high that I'm mistaken and something else is going on...

Any input will be highly appreciated! Thanks!

/Thomas

Try removing slow probe by setting to zero and set fast probe to around 8ipm. You're likely going to slow causing the trigger to bounce physically rather than make a clean break. The work fine as written and are used by thousands of users so I would find the right balance of speed and accuracy.

Hi,

I did try your suggestion, but the result was the same However, after trying to understand the subroutine line-by-line i found something:
https:/github.com/kcjengr/probe_basic/blob/04900f1f6bec0c6ec3e3130adb82514e7f007b8b/configs/probe_basic/subroutines/tool_touch_off.ngc#L49
Doesn't this assume that my "probe home" is at Z0? on my machine "probe home" is at Z450... i tried changing it to Z450 and it seemed to solve the problem...

So, i think the REAL issue is that my Z-axis works "up-side down" compared to other machines(Z0 at table, Z450 at top). I didn't think that would matter, but seeing that Z0 is hardcoded here, i think this will cause other problems for me in the future, so i think i'll change it...

Yes, you should change it. Lots of CAM software assumes that Z=0 is top of travel too. If the "safe move" instead rams the cutter into the table, that would be annoying.

yeah the most commonly recognized home position is where the head is at the top of it Z+ travel.

I am sometimes facing the same error just when the probe is tripped during the slow probe move. But I don't fully understand how this is related to the probe home?