CAD CAM EDM DRO - Yahoo Group Archive

Re: [CAD_CAM_EDM_DRO] Servo Error, - Was backlash.

Posted by Jon Elson
on 2007-01-26 02:06:44 UTC
Mark Vaughan wrote:

>Sorry Scott.
>
>I try to make descriptions easy, but often don’t succeed.
>
>Jon is pretty switched on as well, and way more experienced at some of this
>than I.
>
>
>
>Interesting Jon. I guess I did not understand what
>Mark was talking about when I first read his post.
>Thanks for making it clear to me.
>I am currently set up with my servos for 16000 counts
>per inch of travel. If you figure it out, 128 counts
>is a whopping .008"!!! That is a lot of error and still
>have have the drive say everything is OK. But that
>is following error. When the motor stops, the drive
>should "hunt" for the actual position. Is there a case
>when this is not true and the drive just stays where it
>is?
>
>
>
Apparently, under some conditions, yes. I still don't understand the
exact conditions,
but I have a friend/client here who has a machine with Gecko 320 drives,
the Camtronics
motors made by Ametek, and a 36 V switching power supply. The motors
drive the
machine's leadscrews 1:1. These may be Acme, not ballscrews, now I can't
remember.
Anyway, with the 250 cycle/rev encoders, or 1000 counts/rev x 5 TPI that
has an
encoder resolution of 5000 counts/inch, or .0002", which is a bit coarse
for a CNC
machine. I can twist the handles up to 20 degrees or so, and the Gecko
drives will
not return the motor to the servo null point. Mariss at Gecko says this
is impossible,
but this machine does it on all 3 axes. It acts much like the PID's I
term is way too
low. My thinking is that this has something to do with the DC supply
voltage and
maybe the motor's winding resistance. The way PWM works, the DC supply
voltage
is just like a gain knob. Double the voltage, and it has exactly the
same effect as
turning the P gain up twice as high.

>
>Yes. Whilst this isn’t quite correct, think of it that the drive doesn’t put
>enough power in to overcome friction for that last little bit of follow up.
>
>The P parameter sort of looks for the error and applies power proportional
>to that error. The more the error, the more power and faster it goes towards
>position. But if the error is small, there isn’t enough power. Think of
>pushing a chair across a floor, you can apply a little pressure and nothing
>happens, so if you wanted it to move a short distance, you wouldn’t apply a
>lot of force, you’d probably give it a short sharp nudge, it it still didn’t
>move, you’d wack it a bit harder until it does. If you wack it too hard it
>will overshoot. Think of the I as correcting this. Some cheap servo drives
>are just P and D they have no I parameter.
>
>
>
>
Yes, exactly.

>
>Why would the servo controller not move the motor
>to the command postion within say several counts?,even
>if it is over or underdamped. I do not understand how
>tuning would change this.
>
Tuning changes EVERYTHING, believe me. But, on the Gecko, you don't
have adjustment on the I term. You do have adjustments on P and D.
(The last one is current limit.)

> I thought tuning just changed
>how smoothly the servo went to command postion. I never
>thought it would prevent the motor from getting there.
>
>
Turn the P down to minimum, and it probably will not move at all!

>When I am single stepping the motor,
>my dial test indicator shows clean solid .001" steps.
>Is it possible that my motors are not powerful enough
>and the drag on the table just prevents the servo
>from getting to it's command position?
>
>
it NEVER gets to it's commanded position! If the system is "powerful
enough" and
the gain can be turned up high enough, then it will get really close, or
even start
overshooting and bounce back and forth over the commanded pos. But, it might
not, and with the Gecko 320/340, you never really know how close it is
at any time,
other than less than 128 counts.

>The easiest method to know whether there is a following error is to take the
>encoder signal out to another counter, perhaps connect it to the mpg input
>for mach. Then if mach sends say 100 pulses, you would expect to see 100
>pulses worth of movement on the encoder. Some servos actually have an output
>that shows the difference between the correct position and the actual
>position, sometimes this is a digital output, sometimes analogue.
>
>
The Gecko 320/340 has an analog testpoint for this. The datasheet says
40 mV per encoder
count.

>
>
Jon

Discussion Thread

Polaraligned 2007-01-24 06:29:37 UTC Bridgeport Ballscrew Backlash Polaraligned 2007-01-24 07:16:08 UTC Re: Bridgeport Ballscrew Backlash Jon Elson 2007-01-24 09:58:16 UTC Re: [CAD_CAM_EDM_DRO] Re: Bridgeport Ballscrew Backlash HTCLKI@A... 2007-01-24 10:09:10 UTC Re: [CAD_CAM_EDM_DRO] Bridgeport Ballscrew Backlash Mike Phillips 2007-01-24 11:34:22 UTC Re: Bridgeport Ballscrew Backlash Polaraligned 2007-01-24 12:12:02 UTC Re: Bridgeport Ballscrew Backlash Polaraligned 2007-01-24 12:25:09 UTC Re: Bridgeport Ballscrew Backlash Peter Reilley 2007-01-24 13:13:10 UTC Re: [CAD_CAM_EDM_DRO] Re: Bridgeport Ballscrew Backlash Mark Vaughan 2007-01-24 13:14:02 UTC RE: [CAD_CAM_EDM_DRO] Re: Bridgeport Ballscrew Backlash R Rogers 2007-01-24 13:19:39 UTC Re: [CAD_CAM_EDM_DRO] Re: Bridgeport Ballscrew Backlash Polaraligned 2007-01-24 14:58:02 UTC Re: Bridgeport Ballscrew Backlash Polaraligned 2007-01-24 15:30:16 UTC Bridgeport Ballscrew Backlash- Test data Jon Elson 2007-01-24 18:50:40 UTC Re: [CAD_CAM_EDM_DRO] Re: Bridgeport Ballscrew Backlash Jon Elson 2007-01-24 19:04:10 UTC Re: [CAD_CAM_EDM_DRO] Re: Bridgeport Ballscrew Backlash Polaraligned 2007-01-25 04:55:15 UTC Servo Error, - Was backlash. Dan Mauch 2007-01-25 07:56:12 UTC Re: [CAD_CAM_EDM_DRO] Re: Bridgeport Ballscrew Backlash Mark Vaughan 2007-01-25 19:31:25 UTC RE: [CAD_CAM_EDM_DRO] Servo Error, - Was backlash. Jon Elson 2007-01-26 02:06:44 UTC Re: [CAD_CAM_EDM_DRO] Servo Error, - Was backlash.