From: Robert E. <rw...@gm...> - 2013-10-01 20:50:27
|
Well, with this scheme you can definitely have 5000% feed override if you're willing to have the output at 100% be slower than it could be. It's not an ideal answer, but if done right it would still work better than what we have now. On Tue, Oct 1, 2013 at 4:42 PM, andy pugh <bod...@gm...> wrote: > On 1 October 2013 20:23, Robert Ellenberg <rw...@gm...> wrote: > > > On the issue of the feed override specifically, I agree with Chris that > > large overrides are probably not necessary. Feed rate override on a CNC > > mill (for me anyway) is more of a debugging tool for G code to get feeds > > and speeds right. Drastic global speed increases after the planning is > done > > are not a good idea > > Well… > I think my mill goes up to 5000% over-ride, it saves waiting when you > have broken a tool and have to restart some loopy G-code. > > -- > atp > If you can't fix it, you don't own it. > http://www.ifixit.com/Manifesto > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Emc-developers mailing list > Emc...@li... > https://lists.sourceforge.net/lists/listinfo/emc-developers > |