M6T Remap

only way this works properly is if I call TX first, cycle, and then M6 The issue occurs with same line commands...

I havent used o word subs. I use python remaps.

But I do not have issues with tool-prepare.

pmcstoneinc wrote: o<change> sub
G53G0Z0
G4P0.1
G0 X40 Y-[#<_hal[iocontrol.0.tool-prep-pocket]>*150]
o<change> endsub [1]
m2

using stdglue.py remap for M6, TX is just looped together

If you are using stdglue, then you _should_ see the tool in #<selected_tool> ? No need to go looking at HAL pins.
(also see #<tool_in_spindle>, #<current_pocket>, #<selected_pocket. )

github.com/LinuxCNC/linuxcnc/blob/master...ython/stdglue.py#L52

DOH! Thanks again andy!!!

I am wondering if your problem was that the remap line in the INI defined your new M6 to have a higher priority than the T command?

What modal group did you choose for the M6?

(Think)

Actually... HAL pin access from G-code can never work for this, the values read are the values active when the program starts...

See the not-very-forceful Note here: linuxcnc.org/docs/2.7/html/remap/remap.h...ap:referto-hal-items

Yeah the modal groups are correct. I did not know the parameter was being pushed in the prolog, def had my blinders on for that one, lol. Thanks again for everything andy!