On 14 November 2014 05:10, Sebastian Kuzminsky s...@highlab.com wrote:
... Or, maybe jogs should *always*, unconditionally, be immune to FO,
and just use the commanded jog speed.
This gets my vote.
I have crashed tools due to FO being active on jogs. (Jogwheel and Z,
stop turning the wheel, Z
IMHO Jogspeed should not be afected with feed override or
max_vel_override, all three are complete different thinks. The actual
behavior should be corrected.
Norbert
Am 14.11.2014 um 11:48 schrieb andy pugh:
On 14 November 2014 05:10, Sebastian Kuzminsky s...@highlab.com wrote:
... Or, maybe
In 54658eda.2050...@highlab.com Sebastian Kuzminsky s...@highlab.com writes:
... Or, maybe jogs should *always*, unconditionally, be immune to FO,
and just use the commanded jog speed. Jogging isn't a feed (and it
this patch preserves existing behavior and uses an ini setting
to alter behavior
I have crashed tools due to FO being active on jogs. (Jogwheel and Z,
stop turning the wheel, Z moves another few inches because it has
lagged the wheel)
using vel-mode is a good way to avoid this
man motion -- axis.N.jog-vel-mode
--
Dewey Garrett
, November 14, 2014 8:53 AM
To: EMC developers
Subject: Re: [Emc-developers] [Emc-commit] dgarr/jog_ignore_fo: inifile:
support jog_ignore_feed_override
On Fri, Nov 14, 2014 at 01:36:37PM +, Dewey Garrett wrote:
i'll prepare a patch to always ignore FO while jogging instead.
I agree
I'm not sure about the other GUI's, but I know Axis has a separate slider for
jog speed. Why wouldn't you simply adjust that slider to get the speed you
want?
On Fri, Nov 14, 2014, at 09:06 AM, Jeff Johnson wrote:
As a user I would like to see the option. I can think of a few different
I think the only place that this could cause a problem, ( and I may be
mistaken, and way ahead of things/myself ) is if it is not an INI
Option/Switch, in the event that Jog While Paused comes to fruition,
having the ability to override the return to cut/position.
Obviously this is a long
I agree.
Jog speed and feed override should not be related.
I didn't realize this was an issue/problem... yet.. But I'm sure I
would have found it eventually. :-/
IMO any return to position after jogging away, if a jog while pause is
done, is an entirely separate situation that should be
I have pushed a new branch (dgarr/jog_no_fo based on master)
with a patch for:
jogging: ignore feedoverride
The commit message points out a number of existing methods for
controlling jog rates:
Prior behavior: feedoverride affects:
1) wheel jogging (axis.N.jog-*)
2)
If there will be an INI option, it should be set a way, that on default
jog rate and feed overite are not afecting each other.
IMHO : the complete development should go away as much as possible from
INI settings. WINDOWS is not every time a good example, but in this case
it is. Why did Windows
On 11/13/2014 09:40 PM, Dewey Garrett wrote:
inifile: support jog_ignore_feed_override
with inifile setting:
[TRAJ]JOG_IGNORE_FEED_OVERRIDE
and provide hal input pin:
ini.traj_jog_ignore_feed_override
Signed-off-by: Dewey Garrett dgarr...@panix.com
Seb, I agree with that. I think FO is a bit of an evil thing. The
program should be corrected if the feed is not perfect although that is
not practical if the program only runs once. I use gmoccapy mostly and I
hide the FO functions normally.
Jog speeds are jog speeds and they are not feed
12 matches
Mail list logo