On 10 June 2014 17:15, Daniel Rogge <dro...@tormach.com> wrote: > It wasn't hard coded - it was something only enabled in an ini file, and was > off by default.
That wasn't what I meant. I meant that it was just one fixed variant toolhandler, rather than a generic way to allow other approaches. > I know that you and Chris like a variant of G43 better. Others prefer the > way Fanuc does it (myself included) The G43 variant doesn't just let you have compouind offsets using the LinuxCNC "Mill" style toolchange, it also means that using the G43 variation with a Remapping of the T-word would allow T1020 to call a G-code sub that read something like: O<toolchange> sub #1 = FIX[ #<tool> / 100] #2 = [#<tool> MOD 100] M6 T#2 G43 H#2 G43.2 H#1 O<toolchange> endsub http://www.linuxcnc.org/docs/devel/html/remap/structure.html#_specifying_the_t_prepare_replacement There will, of course, be implementation details not mentioned here: I am not sure that You can use T inside a remapped T, or that you can pass a "native" argument to a remapped T-code. (and T T1020 would be too different and strange) so the usual Python prologs would be needed. ) The reason this wasn't possible before was that there was no way to compound offsets in G-code. With Chris's new code there is. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
