On Thu, Mar 6, 2014 at 10:44 PM, sam sokolik <[email protected]> wrote:
> Now the issues.. Rob asked about other transistions this would be > arc-arc... I do see the same issue. If I do a circle like this > g20g64 > g0x1y0z0 > G2x1y0i-1j0f999 > g0x1 > m30 > > It peaks out at 127ipm (which doesn't quite make sense to me..) (should > peak around 300 I think - atleast that is what the line segment circle > does...) master runs it at 180.. maybe g2/3 circles never acc/de-acc > with different axis velocities.. > > Arcspiral.ngc peaks at 180ipm and stays there - which is the limit of > the y axis. > I think the latest commit should fix that. I saw the same slowdown, and tracked it down to the function that limits maximum velocity of circular segments. I had done this a lazy way here by scaling max velocity down to sqrt(1/2) of the original value, but that's only necessary if the max velocity is limited by the normal acceleration. If the radius is large enough, reducing the acceleration for a parabolic blend won't affect the max velocity since the normal acceleration is small. Now, it checks for this explicitly and doesn't shrink the max velocity unless it has to. ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
