Auto tool length measurement problem since update

I've been using Gmoccapy with auto tool length measurement successfully for over a year, but now when I start my code, it moves to the tool change position, I press ok to continue, it moves directly above the tool length sensor and then halts, giving the following message:

Probe is already tripped when starting G38.2 or G38.3 move.

I just updated to v2.7.6 and I did alter the tool change position, but as far as I am aware that's all that has changed since the last time I successfully ran some g code.

I have looked at the probe using Hal meter and it seems to be working correctly - only shows as tripped when I trip it.

I did a few searches and found some references to a possible bug in an earlier release, but I'm not sure if this is related.

As always, any help most appreciated!

Thanks Tommy - that was exactly the problem - knowing that the message makes perfect sense!

Was there a recent change made in LinuxCNC regarding this? I'd forgotten that I had to negate the input from the sensor/probe to make them work.

Hmmm - I'm not sure I follow you - there's only one input for the touch probe.

I'm using a Mesa 7i77/5i25 with an op-amp circuit to reduce the current and voltage through the probe contacts - no parallel port nonsense in my machine!

Something must have changed in the update, as this has been working for the past 12 months with no changes to the HAL file.

OK, I take it all back - my config was fine, but in further investigating I spotted that I had the tool length sensor and the probe plugged into each others sockets.

This alone shouldn't have stopped the movement as the inputs from them are both negated, but I guess one of them wasn't plugged in correctly, causing the probe signal to be true and triggering the message.

Thanks for your help anyway - it pointed me in the right direction and made me look closer.