M6T Remap

More
8 years 11 months ago #101852 by andypugh
Replied by andypugh on topic M6T Remap

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
The following user(s) said Thank You: pmcstoneinc

Please Log in or Create an account to join the conversation.

More
8 years 11 months ago #101859 by pmcstoneinc
Replied by pmcstoneinc on topic M6T Remap
DOH! Thanks again andy!!!

Please Log in or Create an account to join the conversation.

More
8 years 11 months ago #101904 by andypugh
Replied by andypugh on topic M6T Remap
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

Please Log in or Create an account to join the conversation.

More
8 years 11 months ago #101951 by pmcstoneinc
Replied by pmcstoneinc on topic M6T Remap
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!

Please Log in or Create an account to join the conversation.

Time to create page: 0.053 seconds
Powered by Kunena Forum