Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Posted by
Les Watts
on 2002-12-29 14:56:29 UTC
Bill,
The way I see it it is a question for efficient computations in cam
programs. I note that some of my programs take a very long time
to calculate things like spiral pockets within elliptical boundaries.
That is probably because of the numerical methods used to calculate the
path. Closed form solutions are almost always much faster if they exist,
but I cannot find any evidence that such a thing has been discovered in
this case. I sure can't find one. Where is Issac Newton when you need him?
That does not mean one does not exist, but explains perhaps why
all cam programs I have seen seem slow to do this and similar tasks.
When it comes to a machine real time controller I do not see it as an issue.
One of my most popular carved plaques is an elliptical shape and
EMC carves it quickly, smoothly , and accurately in real time at constant
speed.
Does that mean it has a particularly computationally efficient algorithm?
Actually no. It's just that real time cutting of materials is out
of necessity fairly slow. Even at 2 + inches per second cutting
speed there is so much time available that an old obsolete
PC or a cheap microcontroller can just loaf along.... there is
all the time in the world to crunch even polygon approximations.
In EMC it is a cubic spline calculation actually.
In my case an old 200 MHz pentium updates and corrects the
motion every 1/1000 of an inch at 2 inches per second-
far better than I really need.
I think a modern multi-gigaHertz PC could control a whole room full of
3 axis cnc machines simultaneously in real time even using mostly
floating point calculations for iterative solutions.
But I don't want to wait that long in the office doing cam to generate the
tool
path. I have had circularly interpolated elliptical tool paths take several
minutes to
crunch. Since I am not slowed down there by the mechanics of actually
physically cutting stuff I would prefer to click "ok" and bing- it's done
in the blink of an eye. A closed form solution could do this, if it exists.
But there is no "cookbook" recipe like variation of parameters to solve
nonlinear differential equations.
It's kind of neat in that it gives one a tiny bit of insight in the lifetime
of financial ruin, family, and political problems that Kepler went through
just to figure out the elliptical motion of planets. We have it easier
though...
we have calculus!
Les
Leslie Watts
L M Watts Furniture
Tiger, Georgia USA
http://www.alltel.net/~leswatts/wattsfurniturewp.html
engineering page:
http://www.alltel.net/~leswatts/shop.html
Surplus cnc for sale:
http://www.alltel.net/~leswatts/forsale.html
The way I see it it is a question for efficient computations in cam
programs. I note that some of my programs take a very long time
to calculate things like spiral pockets within elliptical boundaries.
That is probably because of the numerical methods used to calculate the
path. Closed form solutions are almost always much faster if they exist,
but I cannot find any evidence that such a thing has been discovered in
this case. I sure can't find one. Where is Issac Newton when you need him?
That does not mean one does not exist, but explains perhaps why
all cam programs I have seen seem slow to do this and similar tasks.
When it comes to a machine real time controller I do not see it as an issue.
One of my most popular carved plaques is an elliptical shape and
EMC carves it quickly, smoothly , and accurately in real time at constant
speed.
Does that mean it has a particularly computationally efficient algorithm?
Actually no. It's just that real time cutting of materials is out
of necessity fairly slow. Even at 2 + inches per second cutting
speed there is so much time available that an old obsolete
PC or a cheap microcontroller can just loaf along.... there is
all the time in the world to crunch even polygon approximations.
In EMC it is a cubic spline calculation actually.
In my case an old 200 MHz pentium updates and corrects the
motion every 1/1000 of an inch at 2 inches per second-
far better than I really need.
I think a modern multi-gigaHertz PC could control a whole room full of
3 axis cnc machines simultaneously in real time even using mostly
floating point calculations for iterative solutions.
But I don't want to wait that long in the office doing cam to generate the
tool
path. I have had circularly interpolated elliptical tool paths take several
minutes to
crunch. Since I am not slowed down there by the mechanics of actually
physically cutting stuff I would prefer to click "ok" and bing- it's done
in the blink of an eye. A closed form solution could do this, if it exists.
But there is no "cookbook" recipe like variation of parameters to solve
nonlinear differential equations.
It's kind of neat in that it gives one a tiny bit of insight in the lifetime
of financial ruin, family, and political problems that Kepler went through
just to figure out the elliptical motion of planets. We have it easier
though...
we have calculus!
Les
Leslie Watts
L M Watts Furniture
Tiger, Georgia USA
http://www.alltel.net/~leswatts/wattsfurniturewp.html
engineering page:
http://www.alltel.net/~leswatts/shop.html
Surplus cnc for sale:
http://www.alltel.net/~leswatts/forsale.html
----- Original Message -----
From: "Bill Vance" <ccq@...>
Discussion Thread
Todd Fleming
2002-12-27 18:35:47 UTC
Math for constant speed ellipse
Les Watts
2002-12-28 15:47:44 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Yesamazza@a...
2002-12-28 16:15:31 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Todd Fleming
2002-12-28 16:39:22 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Todd Fleming
2002-12-28 16:45:08 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Les Watts
2002-12-29 08:05:19 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Bill Vance
2002-12-29 12:09:12 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Les Watts
2002-12-29 14:56:29 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Todd Fleming
2002-12-29 16:51:46 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Bill Vance
2002-12-29 16:52:26 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
jcc3inc <jccinc@o...
2003-01-02 17:32:11 UTC
Re: Math for constant speed ellipse
Todd Fleming
2003-01-05 12:12:59 UTC
Re: [CAD_CAM_EDM_DRO] Re: Math for constant speed ellipse
Mariss Freimanis <mariss92705@y...
2003-01-05 18:00:59 UTC
Re: Math for constant speed ellipse
Jan Kok
2003-01-05 23:29:11 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Kevin P. Martin
2003-01-06 07:46:32 UTC
RE: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Nigel Bailey
2003-01-06 08:56:42 UTC
RE: [CAD_CAM_EDM_DRO] Math for constant speed ellipse - kepler?
Todd Fleming
2003-01-06 19:52:52 UTC
RE: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Todd Fleming
2003-01-06 20:16:10 UTC
Re: [CAD_CAM_EDM_DRO] Re: Math for constant speed ellipse
Todd Fleming
2003-01-06 20:33:51 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Todd Fleming
2003-01-06 20:45:19 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
Mariss Freimanis <mariss92705@y...
2003-01-07 02:25:25 UTC
Re: Math for constant speed ellipse
Jan Kok
2003-01-07 03:09:18 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
bjammin@i...
2003-01-07 07:16:30 UTC
Re: [CAD_CAM_EDM_DRO] Math for constant speed ellipse
torsten98001 <torsten@g...
2003-01-07 15:01:48 UTC
Re: Math for constant speed ellipse