> > Having a separate rapid override allows one to set feed to 100%
> > and the rapid to 10% while proving a program.
> > This allows you to sneak up to the part while still cutting at the
> > proper
> > rate.
> > You can do this with max velocity but if you really want to creep
> > in rapid, you must turn the max velocity back up to feed at a proper
> > rate. As I said IMHO this behaviour is not terrible, but separate is
> > better.
>
> Sorry. It was 1 or 2 in the morning when I wrote that. I agree with
> you entirely. If you separate out the two then you can can do just as
> you say. I basically do the same with a single feed override, but I was
> just saying that 100% on the rapid feed is typically set to max, and
> overdriving that can cause problems.
>
> Sorry, I meant to say that I agree with you, but everything should be
> limited to MAX.
>
> EBo --
Ahh - I hear you - it's almost 1am here now too.
Yes rapid cannot be set beyond max velocity.
If we were to add a rapid override 1.0 (100%) would have to be it's max.
Thanks for clearing up your point for me.
Chris M
------------------------------------------------------------------------------
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=60133471&iu=/4140/ostg.clktrk
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers
