On Monday 14 September 2020 11:51:51 andy pugh wrote:
> On Mon, 14 Sep 2020 at 16:27, Robert Ellenberg
wrote:
> > I think a smarter approach would be to check if the effective feed
> > rate is too small (like below what a machine can actually execute)
>
> Is there any physical limit to how
A lower bound on f values for inverse_time mode (g93)
has been in the code forever as far as i can tell
but may not be documented:
comment in interp_convert.cc:
"In inverse time feed mode, a lower bound of 0.1 is placed on the feed
rate so that the feed rate is never set to zero. If the
On Mon, 14 Sep 2020 at 16:27, Robert Ellenberg wrote:
> I think a smarter approach would be to check if the effective feed rate is
> too small (like below what a machine can actually execute)
Is there any physical limit to how slowly an axis can move? We nearly
all own a device that moves less
There is a quirk with G93 in one specific case that causes trouble. G93 for
reasons unknown enforces a minimum feedrate of 0.1 units / min:
https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/rs274ngc/interp_inverse.cc#L65
...
length = find_arc_length(x1, y1, z1, cx, cy, turn, x2, y2,
On Monday 14 September 2020 10:24:49 Scott Harwell via Emc-users wrote:
> Andy
> I agree this seems more trouble than needed, but if you can get
> working G code for an example it should help in fixing the post.
>
> Could it be a problem with axis wrap (going past 359.999) in the
> formatting? I
Andy
I agree this seems more trouble than needed, but if you can get working G code
for an example it should help in fixing the post.
Could it be a problem with axis wrap (going past 359.999) in the formatting? I
understand you can program multiple turns on the rotary axis but what dose the
On Mon, 14 Sep 2020 at 04:38, Scott Harwell via Emc-users
wrote:
>
> I found this it might help.
> Scott
> Rapid Rotary
Along the same lines, there is a filter file here that automatically
converts XY UV G-code to G93 based on which end is bigger.
I found this it might help.
Scott
Rapid Rotary
A G94 to G93 G-code converter
https://www.ganotechnologies.com/cnc/rapidrotary/
Does your rotary axis jog quickly but then when running jobs move much slower
than expected? If so this program may be able to help solve that problem!
Download
On Sunday 13 September 2020 18:21:38 andy pugh wrote:
> On Sun, 13 Sep 2020 at 21:23, David Berndt wrote:
> > It's an interesting idea but I can't afford that level of potential
> > downtime currently.
>
> Updating to the latest 2.7 version should not take any effort, it
> should be automatic
On Sun, 13 Sep 2020 at 21:23, David Berndt wrote:
> It's an interesting idea but I can't afford that level of potential
> downtime currently.
Updating to the latest 2.7 version should not take any effort, it
should be automatic (in fact I am surprised that it hasn't happened
automatically, it
It's an interesting idea but I can't afford that level of potential
downtime currently. Getting the machine to where it's at has taken a long
time and re-doing any of it for fixing a G93 issue isn't in the cards.
Maybe over xmas break or something.
I'd be interested in any other internals
On Sun, 13 Sep 2020 at 17:13, David Berndt wrote:
>
> 2.7.8
The first thing to try is an update to 2.7.14 (latest 2.7 version)
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch,
On Sunday 13 September 2020 04:53:39 David Berndt wrote:
Back to the list too.
> Ok, I wasn't around yesterday to read the replies and do more testing.
>
> My previous g-code example had some artistic license applied as I was
> not at the console to copy the code and was a bit lazy, plus I hoped
2.7.8
On Sun, 13 Sep 2020 06:54:09 -0400, andy pugh wrote:
On Sun, 13 Sep 2020 at 09:57, David Berndt wrote:
F10 - 60 deg/s
F5- 30 deg/s
F2.5 - 15 deg/s
F1- 6 deg/s
F.5 - 6 deg/s
F.1 - 6 deg/s
That seems strange. Which version of LinuxCNC are you using?
On Sun, 13 Sep 2020 at 09:57, David Berndt wrote:
> F10 - 60 deg/s
> F5- 30 deg/s
> F2.5 - 15 deg/s
> F1- 6 deg/s
> F.5 - 6 deg/s
> F.1 - 6 deg/s
That seems strange. Which version of LinuxCNC are you using?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
Ok, I wasn't around yesterday to read the replies and do more testing.
My previous g-code example had some artistic license applied as I was not
at the console to copy the code and was a bit lazy, plus I hoped it would
be reasonably clear. Lets ignore the fast rotary axis, that's really not
> From: andy pugh [mailto:bodge...@gmail.com]
> Subject: Re: [Emc-users] G93 minimum value/behaviour
>
> On Sat, 12 Sep 2020 at 17:54, John Dammeyer wrote:
>
> > Is it even possible to cut this sort of spiral in one G-Code line or does
> > it require a long list
; > From: John Dammeyer [mailto:jo...@autoartisans.com]
> > Sent: September-12-20 9:52 AM
> > To: 'Enhanced Machine Controller (EMC)'
> > Subject: Re: [Emc-users] G93 minimum value/behaviour
> >
> > Oops. I meant radius for the first Z dimensions.
> > I've fixed that
On Sat, 12 Sep 2020 at 17:54, John Dammeyer wrote:
> Is it even possible to cut this sort of spiral in one G-Code line or does it
> require a long list of separate A and XZ moves?
You would need a series of G-code lines to vary the feed rates. (you
could keep the G93 F-number the same, but
Subject: Re: [Emc-users] G93 minimum value/behaviour
>
> Oops. I meant radius for the first Z dimensions.
> I've fixed that below.
>
> > From: andy pugh [mailto:bodge...@gmail.com]
> > On Sat, 12 Sep 2020 at 05:19, David Berndt wrote:
> >
> > > 2) Is the
Oops. I meant radius for the first Z dimensions.
I've fixed that below.
> From: andy pugh [mailto:bodge...@gmail.com]
> On Sat, 12 Sep 2020 at 05:19, David Berndt wrote:
>
> > 2) Is there a minimum value for G93 feed rates.
>
> Not as far as I know. I just tried a test move of G93 G0 X100
> From: andy pugh [mailto:bodge...@gmail.com]
> On Sat, 12 Sep 2020 at 05:19, David Berndt wrote:
>
> > 2) Is there a minimum value for G93 feed rates.
>
> Not as far as I know. I just tried a test move of G93 G0 X100 F0.01
> and it moved 1mm in 1 minute.
>
> > rotating A axis with something
On Saturday 12 September 2020 07:46:05 andy pugh wrote:
> On Sat, 12 Sep 2020 at 05:19, David Berndt wrote:
> > 2) Is there a minimum value for G93 feed rates.
>
> Not as far as I know. I just tried a test move of G93 G0 X100 F0.01
> and it moved 1mm in 1 minute.
>
> > rotating A axis with
On Sat, 12 Sep 2020 at 05:19, David Berndt wrote:
> 2) Is there a minimum value for G93 feed rates.
Not as far as I know. I just tried a test move of G93 G0 X100 F0.01
and it moved 1mm in 1 minute.
> rotating A axis with something like G93 A45000 Z-1 F.2.
I tried this G-code in the axis-9axis
On Saturday 12 September 2020 00:16:06 David Berndt wrote:
> I've recently started playing more with a 4th axis and have Fusion
> spitting out some reasonably decent G93'd code.
>
> Two things have come up now that I'm running a part or two.
>
> 1) Am I correct in assuming that the G64 P/q
I've recently started playing more with a 4th axis and have Fusion
spitting out some reasonably decent G93'd code.
Two things have come up now that I'm running a part or two.
1) Am I correct in assuming that the G64 P/q settings have limited/no
effect when using the a rotary axis and linear
26 matches
Mail list logo