Stuart Stevenson wrote: > good idea Jon > I will try that > although the program doesn't just move to the end of the g2 line - it > skips the g2 line completely and move directly to the end of the g1 > line that follows the g2 line > OK, now that you point that out, I see what you mean. Still, making arc moves in a plane other than the selected plane SHOULD flag an error, so bad behavior of the smoothing or something might be expected if wrong G-code was allowed through the interpreter. (Wrong in the sense that it is asking for arc moves not in the selected plane.) Since your G-code sample doesn't set the arc plane, that was the only thing I could imagine fouling things up. And, it would be revealing a bug, as that condition should get an error message. If you do get a message when you try it, then it would indicate that the wrong arc plane was NOT set by mistake or left over by a previous program, and then we have to look elsewhere, for a hard to reproduce problem. Just love searching for those!
Jon ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
