Kirk Wallace wrote:
On Thu, 2010-03-04 at 20:52 -0600, Jon Elson wrote:
... snip
more resources than a 3-axis program, but the super-hard stuff they
usually make these parts out of are not machined at high feed rates. A
... snip
This one's pretty quick:
On Fri, 2010-03-05 at 12:17 -0600, Jon Elson wrote:
Kirk Wallace wrote:
On Thu, 2010-03-04 at 20:52 -0600, Jon Elson wrote:
... snip
more resources than a 3-axis program, but the super-hard stuff they
usually make these parts out of are not machined at high feed rates. A
I have a general question about the throughput of EMC2 and what determines
it. I friend is using nurb modeling to describe the shapes that he has to
mill in soft material. So far he has had disappointing results using EMC2 in
that the processing of the large gcode files with many short vectors and
Rudy du Preez pravi:
I have a general question about the throughput of EMC2 and what determines
it. I friend is using nurb modeling to describe the shapes that he has to
mill in soft material. So far he has had disappointing results using EMC2 in
that the processing of the large gcode files
2010/3/4 Rudy du Preez r...@asmsa.co.za
I have a general question about the throughput of EMC2 and what determines
it. I friend is using nurb modeling to describe the shapes that he has to
mill in soft material. So far he has had disappointing results using EMC2
in
that the processing of the
I wrote a message about this some time ago, but its contents are still
essentially accurate:
http://mid.gmane.org/20081022160842.ga6...@unpythonic.net
When converting complex curves like nurbs into gcode, the relevant
behavior of the motion planner is this:
| Make sure moves are long enough
On Thursday 04 March 2010, Rudy du Preez wrote:
I have a general question about the throughput of EMC2 and what determines
it. I friend is using nurb modeling to describe the shapes that he has to
mill in soft material. So far he has had disappointing results using EMC2
in that the processing of
Slavko, Sven and Jeff
Thanks a lot for the prompt response and the hints and information. We will
use the info to investigate our problem and see if we can improve the
performance. I will report back on the results.
Rudy
__ Information from ESET Smart Security, version of virus
Rudy du Preez wrote:
Has anybody been working on the limited throughput situation?
Going to hardware step generation is definitely moving in the right
direction.
I did some tests a while back, on a 600 MHz Pentium III computer. I
made a 2 diameter circle in 10,000 line segments.
With the
On Thu, 2010-03-04 at 12:41 -0600, Jon Elson wrote:
Rudy du Preez wrote:
Has anybody been working on the limited throughput situation?
Going to hardware step generation is definitely moving in the right
direction.
I did some tests a while back, on a 600 MHz Pentium III computer. I
Kirk Wallace wrote:
I looked at Jan's example of what he might be converting:
http://www.starragheckert.com/sh/index.php?option=com_contenttask=viewid=89Itemid=197
(Short URL) http://alturl.com/87gd
http://www.manturbo.com/en/
I wondered if block rate would be a problem with a
On Thu, 2010-03-04 at 20:52 -0600, Jon Elson wrote:
... snip
more resources than a 3-axis program, but the super-hard stuff they
usually make these parts out of are not machined at high feed rates. A
... snip
This one's pretty quick:
http://www.youtube.com/watch?v=0LCaRqQ8Qf8
--
Kirk
12 matches
Mail list logo
