On Nov 5 2013 5:38 AM, Gene Heskett wrote: > On Tuesday 05 November 2013 07:37:15 andy pugh did opine: > >> On 5 November 2013 08:18, Robert Ellenberg <[email protected]> wrote: >> > 2. Sam's example has very short line segments (line lengths are >> about >> > >> > 0.0001"). We're hitting the limits of the sampling rate when >> > running this code. At 1kHz, to move faster than 0.1 in / sec >> means >> > we start skipping segments. >> >> That seems like pretty pathological G-code. If you can't even >> "touch" >> every segment at 1kHz at the requested speed then I don't think you >> should try to hold the speed. > > What Andy said. I am not in favor of throwing away accuracy.
Are your approximating the little segments with arc's/splines and reducing the complexity, or are you skipping over some of them. If it is the former, then you can set the approximation parameterization and know a priori exactly the behaviour. With line segments of only 0.0001" it is basically the equivalent of recording single/two steps on just about any industrial machine tool. I mean, how many machine tools to you work with that resolve anything below 0.00005"? What I will say is that this is a great stress/regression test and should be kept. We can continue to debate the appropriateness and meaning of this pathological case. I for one say thank you for taking the test to the extreme. EBo -- ------------------------------------------------------------------------------ November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
