On Wed, Mar 23, 2016 at 10:25:30AM -0500, Jon Elson wrote: > A pecking routine should not need to re-synchronize the Z to > the spindle. Just keep the Z in synch, and flip the spindle > from forward to reverse, and the Z should follow the thread > pitch up and down. So, you would synch to the spindle once, > and then remain synched for all of the pecks.
I agree this is a better design! Unfortunately it will be harder to implement, because all layers from interpreter to motion planner must know about this new kind of cycle. The other design, where it's just like a series of the existing G33.1 motions, can be done pretty simply in just the interpreter. If Tanay chooses to implement design #2 I can imagine someone being able to change it to design #1 in the future with easy backward compatibility (because the gcode would not change). Chris ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
