Re: [CAD_CAM_EDM_DRO] Tuning EMC
Posted by
Jon Elson
on 2002-05-19 23:19:41 UTC
mjf462001 wrote:
very high, the static error should be quite small, no more than 1 or 2
encoder counts. Freqmod adds a whole bunch of complications. as
it simulates a servo system in software, and then you are driving a servo
system with the step pulses. Why don't you try stepmod?
How are you measuring this? With a dial indicator? That will cause
additional errors, as there is no such thing as no backlash. I'm
assuming you are using a rotary encoder on the motor, but that
you have no encoder feedback to the computer.
Yes, encoders can show subtle error conditions, especially when there
is dirt on the wheel. You might try making small moves while watching
with a dial indicator, and see if they are of uniform size. I mean moves
of perhaps .001, .005 or .010", and make a bunch of them. If some of
the moves are not uniform, that could mean the encoder is missing
some of the slots in the grating wheel. A loose encoder wheel or
coupling would usually cause violent movement when making small
moves. Any time the encoder is not following the motor, the system
goes "open loop", at least momentarily, and the servo loop accelerates
the motor, wildly trying to make the encoder start moving again. If this
is happening, you should be able to easily see and hear it, unless the
slipping/looseness is in very small amounts.
Ahh, you must be using Gecko drives, you should know that they
have a somewhat odd way of interpreting the direction signal. Basically,
the Gecko wants the direction signal to only change in coincidence
with the step pulse. If the particular step-pulse code you are using
doesn't do it this way, the Gecko drive may lose or gain one step
(encoder) position every time it changes direction.
(G91) or absolute (G90) coordinates, as having the machine in the
wrong setting will add much confusion. How much is the difference?
If the acceleration is very high, you may have different velocities causing
the machine to stop on the near or far end of the mechanical and/or
deadband backlash, depending on how abrupt the stop was, and from
what speed.
Jon
> I am now discovering the joys, and pitfalls of tuning a servo system.All servo systems have some amount of deadband. If the DC gain is
> There are two problems I have not overcome.
>
> 1) using frequency mod, I step one axis away from zero in 0.100"
> increments and then back again, but it doesn't return to zero. there
> seems to be some backlash<?> Each axis has a different amount of
> error from 0.0009 to 0.005". If I keep stepping in the same direction
> it moves 0.100 like it should. could the encoder be loose?
very high, the static error should be quite small, no more than 1 or 2
encoder counts. Freqmod adds a whole bunch of complications. as
it simulates a servo system in software, and then you are driving a servo
system with the step pulses. Why don't you try stepmod?
How are you measuring this? With a dial indicator? That will cause
additional errors, as there is no such thing as no backlash. I'm
assuming you are using a rotary encoder on the motor, but that
you have no encoder feedback to the computer.
Yes, encoders can show subtle error conditions, especially when there
is dirt on the wheel. You might try making small moves while watching
with a dial indicator, and see if they are of uniform size. I mean moves
of perhaps .001, .005 or .010", and make a bunch of them. If some of
the moves are not uniform, that could mean the encoder is missing
some of the slots in the grating wheel. A loose encoder wheel or
coupling would usually cause violent movement when making small
moves. Any time the encoder is not following the motor, the system
goes "open loop", at least momentarily, and the servo loop accelerates
the motor, wildly trying to make the encoder start moving again. If this
is happening, you should be able to easily see and hear it, unless the
slipping/looseness is in very small amounts.
Ahh, you must be using Gecko drives, you should know that they
have a somewhat odd way of interpreting the direction signal. Basically,
the Gecko wants the direction signal to only change in coincidence
with the step pulse. If the particular step-pulse code you are using
doesn't do it this way, the Gecko drive may lose or gain one step
(encoder) position every time it changes direction.
> 2)in mdi I ask it to move .100" and the motors do not move nearly asOh, now this is REALLY odd. Make sure you have set either incremental
> much as a .100" step in manual mode. It seems I have overlooked a
> variable somewhere.
(G91) or absolute (G90) coordinates, as having the machine in the
wrong setting will add much confusion. How much is the difference?
If the acceleration is very high, you may have different velocities causing
the machine to stop on the near or far end of the mechanical and/or
deadband backlash, depending on how abrupt the stop was, and from
what speed.
Jon
Discussion Thread
mjf462001
2002-05-19 09:14:45 UTC
Tuning EMC
Nic van der Walt
2002-05-19 19:58:48 UTC
Servo drivers
Jon Elson
2002-05-19 23:19:41 UTC
Re: [CAD_CAM_EDM_DRO] Tuning EMC
Jon Elson
2002-05-19 23:33:21 UTC
Re: [CAD_CAM_EDM_DRO] Servo drivers
Nic van der Walt
2002-05-20 02:31:49 UTC
RE: [CAD_CAM_EDM_DRO] Servo drivers
Jon Elson
2002-05-20 09:31:23 UTC
Re: [CAD_CAM_EDM_DRO] Servo drivers
mjf462001
2002-05-20 20:43:45 UTC
Re: Tuning EMC
Tim Goldstein
2002-05-20 20:48:51 UTC
RE: [CAD_CAM_EDM_DRO] Re: Tuning EMC
Jon Elson
2002-05-20 23:12:10 UTC
Re: [CAD_CAM_EDM_DRO] Re: Tuning EMC
Tim Goldstein
2002-05-20 23:17:24 UTC
RE: [CAD_CAM_EDM_DRO] Re: Tuning EMC
Ray Henry
2002-05-21 07:01:11 UTC
Re: Re: Tuning EMC
j.guenther
2002-05-21 07:19:52 UTC
RE: [CAD_CAM_EDM_DRO] Re: Re: Tuning EMC
Jon Elson
2002-05-21 10:18:40 UTC
Re: [CAD_CAM_EDM_DRO] Re: Tuning EMC
nahydro
2002-05-21 15:41:47 UTC
Re: Tuning EMC
Jon Elson
2002-05-21 21:43:53 UTC
Re: [CAD_CAM_EDM_DRO] Re: Tuning EMC
mjf462001
2002-05-22 10:03:52 UTC
Re: Tuning EMC
nahydro
2002-05-22 18:24:43 UTC
Re: Tuning EMC