Re: [CAD_CAM_EDM_DRO] CNC division
Posted by
Jon Elson
on 2001-04-05 11:32:37 UTC
Ian Wright wrote:
But, it will handle floating point numbers of fairly high precision.
If you need more than 4 decimal points, it will gladly take them.
So, with the correct constants in the .ini file to make the user units
degrees, you could enter 0.9863 and it would move 360/365 of a
degree (I think that's what you want). If you went to incremental,
entered the A0.9863 (assuming the rotary axis is 'A') and then
went back to absolute, then it would move the right amount from
the current position, and all fractional steps would be dealt with
in such a way as to not allow errors to accumulate. In other words,
each new position is calculated from the home position in floating
point, rather than calculating the number of steps to move from the
current position, thereby forcing all computations to be in intger
step units.
Jon
> Hi,Well, I'm still a little vague on how EMC will handle rotary axes.
>
> I've been thinking about running a dividing head / rotary table under cnc
> control and was wondering how the division is usually arranged. As most
> divisions will not be whole numbers of steps on a stepper or encoder, you
> obviously can't just tell the thing to round up or down the error as you
> will likely finish up with a 364 1/2 tooth wheel instead of a 365 one (for a
> year calendar on a clock). So, with a slight bias towards EMC, can you have
> the cnc software do the necessary computation to get closest divisions or
> would you have to do it with a hand-calculated canned cycle for each number
> of divisions - or perhaps some other way?
But, it will handle floating point numbers of fairly high precision.
If you need more than 4 decimal points, it will gladly take them.
So, with the correct constants in the .ini file to make the user units
degrees, you could enter 0.9863 and it would move 360/365 of a
degree (I think that's what you want). If you went to incremental,
entered the A0.9863 (assuming the rotary axis is 'A') and then
went back to absolute, then it would move the right amount from
the current position, and all fractional steps would be dealt with
in such a way as to not allow errors to accumulate. In other words,
each new position is calculated from the home position in floating
point, rather than calculating the number of steps to move from the
current position, thereby forcing all computations to be in intger
step units.
Jon
Discussion Thread
Ian Wright
2001-04-05 10:55:11 UTC
CNC division
Jon Elson
2001-04-05 11:32:37 UTC
Re: [CAD_CAM_EDM_DRO] CNC division
Larry Van Duyn
2001-04-05 11:37:40 UTC
Re: [CAD_CAM_EDM_DRO] CNC division
Alan Marconett KM6VV
2001-04-05 11:46:12 UTC
Re: [CAD_CAM_EDM_DRO] CNC division
rab@r...
2001-04-05 14:54:42 UTC
Re: CNC division
Alan Marconett KM6VV
2001-04-05 15:53:45 UTC
Re: CNC division
dougrasmussen@c...
2001-04-05 17:00:03 UTC
Re: CNC division
IMService
2001-04-05 20:50:59 UTC
Re: Re: CNC division
Alan Marconett KM6VV
2001-04-05 22:26:20 UTC
Re: CNC division
Ian Wright
2001-04-06 01:35:37 UTC
Re: [CAD_CAM_EDM_DRO] Re: CNC division
Tony Jeffree
2001-04-06 04:06:29 UTC
Re: [CAD_CAM_EDM_DRO] CNC division
Tony Jeffree
2001-04-06 04:06:30 UTC
Re: [CAD_CAM_EDM_DRO] CNC division
dougrasmussen@c...
2001-04-06 08:08:29 UTC
Re: CNC division
Smoke
2001-04-06 09:23:40 UTC
Re: [CAD_CAM_EDM_DRO] Re: CNC division
Jon Elson
2001-04-06 11:59:07 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: CNC division
Alan Marconett KM6VV
2001-04-06 14:37:56 UTC
Re: [CAD_CAM_EDM_DRO] CNC division
Alan Marconett KM6VV
2001-04-06 15:01:35 UTC
Re: [CAD_CAM_EDM_DRO] Re: CNC division
rab@r...
2001-04-06 15:48:06 UTC
Re: CNC division
Alan Marconett KM6VV
2001-04-06 16:16:37 UTC
Re: CNC division
Ian Wright
2001-04-06 16:49:32 UTC
Re: [CAD_CAM_EDM_DRO] Re: CNC division
Tony Jeffree
2001-04-06 21:56:28 UTC
Re: [CAD_CAM_EDM_DRO] CNC division
Alan Marconett KM6VV
2001-04-07 12:25:57 UTC
Re: CNC division