Re: [CAD_CAM_EDM_DRO] Rutex 0-10v to servo drive question
Posted by
Jon Elson
on 2004-02-23 19:53:45 UTC
tig415 wrote:
for the
weight of the head or knee. Is it possible you switched the motor wires to
correct the phasing of the axis? If the servo amp has differential inputs,
it would be better to reverse the input wires and leave the amp to motor
phase
the same as it was originally.
It is also possible that it needs to have the loop compensation adjusted.
There may be backlash somewhere in the system that is causing this
overshoot. I don't know what you mean by DRO readouts. Do you
mean the display on the Mach 2 screen? That is NOT a DRO readout,
as the computer is not sensing the position from the encoders. The only
thing that sees this, in the normal Mach 2 setup, is the Rutex converter.
So, it is still trying to correct errors long after Mach 2 sent the step
pulses.
Mach 2 has no idea any of this is going on, it is running blind.
Jon
>I've got something very strange going on. I have a BP clone that hadYes, it is very possible. The amp may have been biased to compensate
>a Anilam crusader servo system on it. I replaced the crusader logic
>stuff with 3 rutex 0-10v analog drives and Mach2. I'm still using
>the glass scales as the encoders. I used the rutex tuning program
>and have nice wave patterns with no over shoot. When I move the X
>or Y axis the table stops on a dime. When I move the Z axis it seems
>to over shoot by .010" and then slowly returns to where it is
>supposed to be. The DRO readouts don't relect this change. If I use
>the incremental jog and make a move as little as .0005 it still over
>shoots by .010 I`ve tried messing around with the adjustments on
>the rutex drive but I cant seem to get it to make any difference. Is
>it possible I need to make an adjustment at the servo amp itself?
>I'm not loosing any position on the axis.
>
>
for the
weight of the head or knee. Is it possible you switched the motor wires to
correct the phasing of the axis? If the servo amp has differential inputs,
it would be better to reverse the input wires and leave the amp to motor
phase
the same as it was originally.
It is also possible that it needs to have the loop compensation adjusted.
There may be backlash somewhere in the system that is causing this
overshoot. I don't know what you mean by DRO readouts. Do you
mean the display on the Mach 2 screen? That is NOT a DRO readout,
as the computer is not sensing the position from the encoders. The only
thing that sees this, in the normal Mach 2 setup, is the Rutex converter.
So, it is still trying to correct errors long after Mach 2 sent the step
pulses.
Mach 2 has no idea any of this is going on, it is running blind.
Jon
Discussion Thread
tig415
2004-02-23 09:47:43 UTC
Rutex 0-10v to servo drive question
Jon Elson
2004-02-23 19:53:45 UTC
Re: [CAD_CAM_EDM_DRO] Rutex 0-10v to servo drive question
ballendo
2004-02-24 09:09:24 UTC
DRO meaning in the Artofcnc world
Jon Elson
2004-02-24 20:34:48 UTC
Re: [CAD_CAM_EDM_DRO] DRO meaning in the Artofcnc world
industrialhobbies
2004-02-24 20:43:39 UTC
Re: DRO meaning in the Artofcnc world
tig415
2004-02-25 02:45:28 UTC
Re: DRO meaning in the Artofcnc world
Jon Elson
2004-02-25 10:18:44 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO meaning in the Artofcnc world
Art
2004-02-25 13:21:22 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO meaning in the Artofcnc world
ballendo
2004-02-25 17:37:43 UTC
Re: DRO meaning in the Artofcnc world
ballendo
2004-02-25 17:38:02 UTC
Re: DRO meaning in the Artofcnc world
jmkasunich
2004-02-26 11:30:48 UTC
Re: DRO meaning in the Artofcnc world
ballendo
2004-02-26 14:56:52 UTC
Re: DRO meaning in the Artofcnc world
Jon Elson
2004-02-26 20:20:22 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO meaning in the Artofcnc world