Tool change height incorrect

Hi all and thanks for your welcome to this forum !

I am trying to get my tool length sensor working on a retrofitted machine. Things are almost good to go, but a point in the fixed tool length sensor has me worried. The routine only raises the spindle to absolute Z = -10 before moving in X and Y to position itself above the sensor, when my coordinate for ā€œSensor Z Positionā€ is set to -0.5.

Once the tool change is initiated, the spindle does indeed rise to Z-0.5 before dropping slowly towards the sensor.

Why is the Z height taken into account when starting the probing routine, but not before positioning in XY ? Raising the spingle before probing is too late if it crashed into the sensor while coming above it :sweat_smile: This 10mm offset seems arbitrary and there does not seem to be a way to change it ?

Here is my console output for the tool change sequence, I can confirm that the Z sensor position is indeed set to -0.5 in the interface :

feeder G4 P0.5
ok
feeder M5
ok
feeder G4 P0.5
ok
feeder G91 G21
ok
feeder G53 G0 Z-10
ok
feeder G53 G0 X-90 Y-231
ok
feeder (Toolchange initiated)
ok

Thanks in advance !
Adrien

Which version of gSender are you using? Can you confirm if this bug is still present for you on the latest version, v1.5.3?

I have the same issue, and have on all versions, including 1.5.4. I dont believe its a bug, but just how the tool change code is written in gsender, and is not editable by the user. the console states it is told to move to z-10 (same as mine does), then to move to the x y coordinates of the touch probe, which in my case loves to slam bits into the side of my stock or part.

why gsender gets to choose where it thinks a safe z-height is, is silly. it doesnt take into consideration any of the safe height settings. if its not user editable, it should clearly go to z0, anything lower makes absolutely no sense for the software to decide.

aside from this particular issue, the software works fanstasticly with the tool changes. and it can be worked around generally as long as my stock/part isnt pushing the limits of my z axis capability.

We’ve made a bunch of fixes and improvements to probing and tool change since v1.5.4.

Is this issue still present for anyone on the latest version of gSender, v.1.5.7?