2012/4/19 Les Newell les.new...@fastmail.co.uk:
The big problem is that very often the curves in the drawing are not
true arcs. This is especially common in artistic and sign work. The
quality of the CAM output is directly dependent on the quality of the
input drawing. Drawings that contains
Viesturs Lācis wrote:
I think that this issue is fighting the consequence instead of fixing
the real cause.
People want to change the look ahead behavior, but I am completely
sure that fixing the cause - getting normal g-code is much easier. At
least for those things that my machines are
I agree that there are always cases where curve fitting simply doesn't
work. But I have seen some large curvy lines in a single plane that
could have been curve fitted, that spanned over several feet of distance
that were described as G1 segments that were no more than .005 inches long.
That
On 4/19/2012 1:53 PM, Jon Elson wrote:
Viesturs Lācis wrote:
2012/4/19 Stephen Dubovskysmdubov...@gmail.com:
Around tight curves, that requires lots of short sections w/
high changes in velocity. But you have to go slow within the limits of the
machine around those anyway.
Just like
SheetCam does not support NURBS curves internally. When it imports a
drawing, all non-circular curves are broken down into lots of very small
line segments. It then does arc matching on those line segments and any
other line segments in the drawing before finally merging any
ludicrously short
On 4/19/2012 9:02 PM, Kenneth Lerman wrote:
Is anyone here interested in writing a filter that takes as input a
tolerance (error band) and a sequence of motions (arcs and line
segments) and generates a new sequence of motions that duplicates the
original within the error band? It sounds like
2012/4/19 Les Newell les.new...@fastmail.co.uk:
SheetCam does not support NURBS curves internally. When it imports a
drawing, all non-circular curves are broken down into lots of very small
line segments. It then does arc matching on those line segments and any
other line segments in the
No, I was actually working with an OEM who sold a sign software package
that generated Gcode (very expensive). The problem was that their
software generated way too many short segments for no good reason which
caused problems
on the machine controls (it wasn't LinuxCNC or Mach3). They simply
Viesturs Lācis wrote:
2012/4/19 Jon Elson el...@pico-systems.com:
But, LinuxCNC does not do arbitrary arcs, but only arcs in one of the three
orthogonal planes.
How hard would it be to add that? It would require 3 coordinates for
each of start, end and center point.
The first
Kenneth Lerman wrote:
Others have stated that arcs must be in one of three orthogonal planes.
Since linuxcnc can do helices, that isn't precisely true.
A helix is a special case, where an arc in one of the 3 defined planes
adds a
coordinated linear movement of one axis not involved in the
It seems to me that the likelihood of fixing all of the methods of gcode
generation such that they don't generate short line segments is
approximately zero. Also, it seems that even if a proprietary LinuxCNC
gcode extension allowed arbitrary plane arcs, splines, etc. that the
likelihood of CAM
I am a bit behind due to trying to get my EMAIL machine upgraded to a
newer model I received as a hand me down. The on board video stymied
every distribution except puppy! I eventually was given an older PCI-X
video card that allowed me to install main stream distros, and now I've
pretty
@lists.sourceforge.net
Subject: Re: [Emc-users] Trajectory planning and other topics from a,
EMC(LinuxCNC) newbie (TheNewbie)
My experience with steppers is that once you lose sync with the rotor at
speed, you have to slow down tremendously to regain sync with the rotor.
So once you start slipping, you
From: Viesturs L?cis viesturs.la...@gmail.com Subject: Re: [Emc-users]
This will run in a little off-topic by me...
You can run heavy duty machines with steppers, but then the
performance will suffer - You will have to leave big safety margin in
terms of load to motors (either move slower or
2012/3/31 cogoman cogo...@optimum.net:
From: Viesturs L?cis viesturs.la...@gmail.com Subject: Re: [Emc-users]
This will run in a little off-topic by me...
You can run heavy duty machines with steppers, but then the
performance will suffer - You will have to leave big safety margin in
terms of
On 3/31/2012 12:09 PM, Viesturs Lācis wrote:
2012/3/31 cogomancogo...@optimum.net:
From: Viesturs L?cisviesturs.la...@gmail.com Subject: Re: [Emc-users]
This will run in a little off-topic by me...
You can run heavy duty machines with steppers, but then the
performance will
On Sat, 31 Mar 2012, Dave wrote:
Date: Sat, 31 Mar 2012 14:20:19 -0500
From: Dave e...@dc9.tzo.com
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Trajectory
Is the one-line lookahead statement also true blended paths?
And how does it apply to splines?
I find all this quite surprising, even grbl does lookahead over all the
lines in the buffer (and hence has a latency while trying to pause or stop)
Does somebody know if this diagram is whats linuxcnc
On Sat, 17 Mar 2012 17:28:05 +0100, you wrote:
My assumption about Tarjectory planning was based on Anders Wallins
message as he mentioned some problem with limited look-ahead,
I suppose this affects the shape of the calculated path in some cases?
Effectively LinuxCNC only looks ahead one
This is very interesting, we are planning to.start using linuxcnc some time
in near future. We mainly mill organic shapes, such as 3DProcessing scanned
head models, the models start as mesh stl models with million a of small
triangles we would like to mill at fastest possible speed and can
On Mon, Mar 19, 2012 at 11:30 AM, Youda He youda...@gmail.com wrote:
This is very interesting, we are planning to.start using linuxcnc some time
in near future. We mainly mill organic shapes, such as 3DProcessing scanned
head models, the models start as mesh stl models with million a of small
I went though this exercise on a vinyl cutter application doing a lot of
fine cutting details a few years ago. What I found is that if you want
to do a lot of fine work quickly you really need to work on your 3D cam
software to do curve fitting on the output.
The only alternative to that is
look-ahead,
I suppose this affects the shape of the calculated path in some cases?
/ Roger
Date: Thu, 15 Mar 2012 15:18:54 +0200
From: Anders Wallin anders.e.e.wal...@gmail.com
Subject: Re: [Emc-users] Trajectory Planning
To: Enhanced Machine Controller (EMC)
[1] http://wiki.linuxcnc.org/cgi
On Sat, 17 Mar 2012, Roger Holmquist wrote:
Date: Sat, 17 Mar 2012 17:28:05 +0100
From: Roger Holmquist ro...@abcnc.se
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Trajectory planning and other
On Sat, 2012-03-17 at 17:28 +0100, Roger Holmquist wrote:
Thanks for your responses.
It seems I have to give LinuxCNC a closer look.
There is a low cost commercial alternative in MACH 3.
I guess you have an opinions on that system too?
I know it's based on Windows with some kind of realtime
Roger Holmquist wrote:
Thanks for your responses.
It seems I have to give LinuxCNC a closer look.
There is a low cost commercial alternative in MACH 3.
I guess you have an opinions on that system too?
I know it's based on Windows with some kind of realtime extension who
doesn't sound too
2012/3/17 Roger Holmquist ro...@abcnc.se:
Thanks for your responses.
It seems I have to give LinuxCNC a closer look.
There is a low cost commercial alternative in MACH 3.
I guess you have an opinions on that system too?
That is pretty much provocative question :))
Here is my thoughts, why
2012/3/15 Roger Holmquist ro...@abcnc.se:
Hello everybody!
Have just got reason to join the CNC-developing community.
Considering LinuxCNC as a professional machine control system
replacing older control systems versions from FANUC, Heidenhahn,
Siemens etc
I think that Youtube has enough
2012/3/15 Roger Holmquist ro...@abcnc.se:
Oh, I should mention that I have been using EMC since 1998, and have not
had one crash since mid 1998! So, that is coming up on 14 years of use!
(There was a bug that caused the GUI to lock up back in early 1998, but
it still finished the part
Hi!
Around the corner, aka the 3d printing world of the RepRap universe, the jump
from arduino to ARM microcontrollers is on the road. This means, that descend
trajecory planning is now theoretically possible.
Is there any place, where one could learn how the motion planning _really_
works,
[1] http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TrajectoryControl
--
This wiki page has notes on the exact-stop trajectory planner
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Simple_Tp_Notes
The reasoning and math behind the current G64-blending code in
LinuxCNC is not well documented..
Hello everybody!
Have just got reason to join the CNC-developing community.
Considering LinuxCNC as a professional machine control system
replacing older control systems versions from FANUC, Heidenhahn,
Siemens etc
One observation is that trajectory planning seem to be incomplete.
There is
101 - 132 of 132 matches
Mail list logo