On 6/10/14 11:03 , Rick Lair wrote: > As longs as the way the tool/offset call is made and a table to store the > fixed "tool" offsets and a possible second table to store the Assignable > "wear" offsets, is the same as the way we do it with the Fanuc Style Patch, > is really the important part to us. > > It is here nor there how the programming is handled, whether it be a patch, > remapped T-code, INI switch, whatever, As long as the operator performs a > T0101 and gets tool 1 fixed offsets with Assignable offset 1 values, they > will never know the difference. > > As the old saying goes "You can't teach an old dog new tricks", > > I guess a question I have would be, how/where do you store the values of the > "H" which would be the assignable offsets?
The multi-tlo branch that Chris Radek wrote does not separate notions of "tool offsets" and "wear offsets". Instead it provides a general mechanism that allows the user to add together multiple offsets from the tool table we already have, and leaves the meanings of those offsets up to the user. For example, you could load tool 1 (T1 M6), then apply the offsets for tool 1 (G43 H1), and then add in the offsets for tools 1001 and 2001 (G43.2 H1001 G43.2 H2001). You could use "tool 1001" in your tool table to mean "wear on tool 1", and "tool 2001" to mean "bending of tool holder 1" or something, it's up to you. The resulting active tool offset would be the sum of the offsets for T1, T1001, and T2001 from the tool table. The Fanuc behavior could then be emulated by user policy and remapping of the T code. At least that's my somewhat shaky understanding. -- Sebastian Kuzminsky ------------------------------------------------------------------------------ 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