Re: [Emc-developers] Emc-developers Digest, Vol 168, Issue 80

2020-04-19 Thread Reinhard
On Sonntag, 19. April 2020, 16:15:07 CEST Robert Ellenberg wrote: > It's the same process to adjust it up or down. ... No replanning has to > happen at all for any feed override value. Perfect :) ___ Emc-developers mailing list

Re: [Emc-developers] Emc-developers Digest, Vol 168, Issue 80

2020-04-19 Thread Robert Ellenberg
It's the same process to adjust it up or down. The TP plans blend sizes for a maximum feed override (typically 150% or 200%). No replanning has to happen at all for any feed override value. You could apply as large an override as you wanted in theory, but it would slow down disproportionately in

Re: [Emc-developers] Emc-developers Digest, Vol 168, Issue 80

2020-04-19 Thread Reinhard
On Sonntag, 19. April 2020, 15:57:38 CEST Juergen Gnoss wrote: > If there is a Feed override, you cannot expect the user uses it just in one > direction (down in your case) The software has to deal with booth > directions. Sure! But don't you agree, that the way down is more timecritical, than

Re: [Emc-developers] Emc-developers Digest, Vol 168, Issue 80

2020-04-19 Thread Juergen Gnoss
Reinhard wrote: >The right way is to program the optimal feed (depending on tool, cutting >volume and vibrations and ...). Then on executing g-code, speed will be >adapted if necessary. Normally you lower the speed on first try and then you >run at 100% programmed feed rate. >I have to change