Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Posted by
Jon Elson
on 2000-12-11 22:03:19 UTC
Wally K wrote:
of minutes to do that on the 333 MHz machine, and about 10 on the
100 MHz. I think trying to align the encoder to the motor steps would
be a tricky business, as there is a fair bit of error in motor step position,
so it would vary depending where the motor is sitting at the moment.
So, I think it would be best to compute the worst case 'jitter zone'
and set the dead zone to about that many counts. If you had a stepper with
200 steps/rev, but are half-stepping to get 400 steps/rev, and you had
a 1000 cycle encoder giving 4000 counts/rev, then you would have
10 encoder counts per half-step. So, the dead zone would have to be
set to at least 10 counts, or it would start bouncing around trying to get
to a position the motor can't sit still at. Something I should warn people
about is trying to take the above example and get a x10 microstepping
drive, and expect that you can microstep stably to each encoder count.
The micro-stepping drive has much lower gain than the servo amp, and
will just build up error until the motor, leadscrew and machine (maybe
depending on backlash) all jump to a new position. This will lead to
HORRIBLE hunting behavior, and you will be forced to turn up the
dead zone so as to totally negate the microstepping, at least at standstill.
It could work well while moving, however.
there will be no feedback, and a 16-bit DAC is overkill, since it will
probably be re-digitized by an 8-bit ADC in the VFD, anyway!
On the other hand, if you only had 3 servo axes, and the 4th axis was
going to waste, you CAN use it for spindle speed. And, there is a
provision in EMC that tells what DAC channel has spindle speed on it.
I haven't tested this part, though.
Jon
> So for the time being you would have to code the numbers for the deadWell, no, you could change the value and recompile. It only takes a couple
> zone into the driver for the rate generator. Does this mean what you
> program in would be dependent on the encoder mounting position.
> Either on the motor or ballscrew, encoder resolution, steps per rev
> and belt ratio. And we would have to provide this information to you.
of minutes to do that on the 333 MHz machine, and about 10 on the
100 MHz. I think trying to align the encoder to the motor steps would
be a tricky business, as there is a fair bit of error in motor step position,
so it would vary depending where the motor is sitting at the moment.
So, I think it would be best to compute the worst case 'jitter zone'
and set the dead zone to about that many counts. If you had a stepper with
200 steps/rev, but are half-stepping to get 400 steps/rev, and you had
a 1000 cycle encoder giving 4000 counts/rev, then you would have
10 encoder counts per half-step. So, the dead zone would have to be
set to at least 10 counts, or it would start bouncing around trying to get
to a position the motor can't sit still at. Something I should warn people
about is trying to take the above example and get a x10 microstepping
drive, and expect that you can microstep stably to each encoder count.
The micro-stepping drive has much lower gain than the servo amp, and
will just build up error until the motor, leadscrew and machine (maybe
depending on backlash) all jump to a new position. This will lead to
HORRIBLE hunting behavior, and you will be forced to turn up the
dead zone so as to totally negate the microstepping, at least at standstill.
It could work well while moving, however.
>Yes, you definitely can. The software needs to know, of course, that
> Ok i forgot the DAC came in a single 4 channel package. And i did
> not understand if you can run an axis in open loop if you want to for
> rough spindle control.
there will be no feedback, and a 16-bit DAC is overkill, since it will
probably be re-digitized by an 8-bit ADC in the VFD, anyway!
On the other hand, if you only had 3 servo axes, and the 4th axis was
going to waste, you CAN use it for spindle speed. And, there is a
provision in EMC that tells what DAC channel has spindle speed on it.
I haven't tested this part, though.
Jon
Discussion Thread
Jeff Barlow
2000-12-08 16:14:56 UTC
PC based CNC system architecture
Mike Gann
2000-12-08 16:39:49 UTC
Re: [CAD_CAM_EDM_DRO] PC based CNC system architecture
Jeff Barlow
2000-12-08 17:32:27 UTC
Re: [CAD_CAM_EDM_DRO] PC based CNC system architecture
Wally K
2000-12-08 17:41:26 UTC
Re: PC based CNC system architecture
Mariss Freimanis
2000-12-08 18:30:56 UTC
Re: PC based CNC system architecture
Mike Gann
2000-12-08 20:14:14 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Tim Goldstein
2000-12-08 20:18:49 UTC
RE: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Jon Elson
2000-12-08 23:08:26 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Matt Shaver
2000-12-08 23:38:57 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Wally K
2000-12-09 03:01:46 UTC
Re: PC based CNC system architecture
Steve Stallings
2000-12-09 05:39:23 UTC
RE: PC based CNC system architecture
John Beidl
2000-12-09 07:11:05 UTC
Re: [CAD_CAM_EDM_DRO] RE: PC based CNC system architecture
Smoke
2000-12-09 08:30:19 UTC
Re: [CAD_CAM_EDM_DRO] RE: PC based CNC system architecture
cnc002@a...
2000-12-09 17:47:06 UTC
Re: [CAD_CAM_EDM_DRO] PC based CNC system architecture
Jon Elson
2000-12-09 22:41:54 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Jon Elson
2000-12-09 22:59:44 UTC
Re: [CAD_CAM_EDM_DRO] RE: PC based CNC system architecture
Matt Shaver
2000-12-10 03:25:04 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
John Beidl
2000-12-10 04:42:15 UTC
Re: [CAD_CAM_EDM_DRO] RE: PC based CNC system architecture
Wally K
2000-12-10 10:30:11 UTC
Re: PC based CNC system architecture
Wally K
2000-12-10 10:50:22 UTC
Re: PC based CNC system architecture
Tim Goldstein
2000-12-10 11:15:37 UTC
RE: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Matt Shaver
2000-12-10 17:27:23 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Wally K
2000-12-10 19:37:11 UTC
Re: PC based CNC system architecture
ballendo@y...
2000-12-10 21:27:09 UTC
Re: PC based CNC system architecture
Matt Shaver
2000-12-10 21:45:21 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Jon Elson
2000-12-10 22:28:16 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Jon Elson
2000-12-10 23:01:15 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Jon Elson
2000-12-11 00:20:47 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Jon Elson
2000-12-11 00:23:26 UTC
Re: [CAD_CAM_EDM_DRO] RE: PC based CNC system architecture
Wally K
2000-12-11 02:15:37 UTC
Re: PC based CNC system architecture
Wally K
2000-12-11 02:38:34 UTC
Re: PC based CNC system architecture
ballendo@y...
2000-12-11 03:16:28 UTC
re: Re: PC based CNC system architecture
Wally K
2000-12-11 03:28:44 UTC
Re: PC based CNC system architecture
Wally K
2000-12-11 04:27:45 UTC
Re: PC based CNC system architecture
Jon Elson
2000-12-11 13:06:44 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Wally K
2000-12-11 14:02:30 UTC
Re: PC based CNC system architecture
Jon Elson
2000-12-11 16:14:22 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Wally K
2000-12-11 20:27:00 UTC
Re: PC based CNC system architecture
Jon Elson
2000-12-11 22:03:19 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Jon Elson
2000-12-11 22:38:10 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Matt Shaver
2000-12-11 22:40:35 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
dave engvall
2000-12-12 08:44:11 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Alan Marconett KM6VV
2000-12-12 10:39:05 UTC
Re: PC based CNC system architecture
Greg Nuspel
2000-12-12 10:40:59 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
cnc002@a...
2000-12-12 13:13:10 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture
Jon Elson
2000-12-12 16:30:59 UTC
Re: [CAD_CAM_EDM_DRO] Re: PC based CNC system architecture