Re: odd yet consistant problem
Posted by
caudlet
on 2005-09-06 14:59:59 UTC
--- In CAD_CAM_EDM_DRO@yahoogroups.com, "Steve Haushahn"
<haushahn@c...> wrote:
tell me what's wrong......Has always done this from the first moment I
setup ...I am using Mach2.....
that moment, that motor's leadscrew can be turned by hand , there is
no fighting back from the rotary encoder senseing change and
compensating...
mention that on the mach2 screen , the DRO will continue to change
numbers as long as I hold down the jog button but motor doesnt move..
servo drives et all. Then restart it and reset on the Mach2 screen,
then all servo motors will again function normally..
just havent gone the 24 miles to town for parts in a while..
made any difference....And incidently,,, there has never been a stall
during the running of a program, only during jog , either by keyboard
or mouseing on the screen ..
latch off (remove power from drive ouputs so you would see the ability
to rotate the shaft easily by hand) so that a removal of power is
required to reset them. Sounds like some condition is causing that to
happen during your jog modes. How do you have the jog speed set? Is
it 100% of axis velocity or some number under that? The DRO will
continue to roll even after the fault unless you hook up the fault
output and make it trigger an e-stop. That of course would just make
it more frustrating.
So you NEVER have had it do that (one axis die) while cutting?
Somehow in jog mode it sounds like you are exceeding the dynamics of
your drives and they are faulting which basically just latches the
outputs off for that axis.
<haushahn@c...> wrote:
> This ole mill I upgraded with soundlogic breakout board and Rutexservo drives has an odd problem...I bet one of you sharp fellows can
tell me what's wrong......Has always done this from the first moment I
setup ...I am using Mach2.....
> .passes that axis , and only that axis stops functioning..Indeed at
> .. When I jog an axis back and forth repeatedly , after a couple
that moment, that motor's leadscrew can be turned by hand , there is
no fighting back from the rotary encoder senseing change and
compensating...
> .forth a few times and it will stall the same way also....I should also
> ....Then if I want to I can go to another axis and jog it back and
mention that on the mach2 screen , the DRO will continue to change
numbers as long as I hold down the jog button but motor doesnt move..
> .power to the control cabinet- the breakout board, power supplies ,
> Now here is a clue...After the stall , if I poke E-Stop which cuts
servo drives et all. Then restart it and reset on the Mach2 screen,
then all servo motors will again function normally..
> .using a 12 foot long printer cable when 6 foot or less is advised..I
> The only thing that I know I have not done 'correctly' is I am
just havent gone the 24 miles to town for parts in a while..
> .pulse width in motor tuning , nothing I have tried inside Mach has
> I have changed around all the configuration variables like minimum
made any difference....And incidently,,, there has never been a stall
during the running of a program, only during jog , either by keyboard
or mouseing on the screen ..
> .Humm...the Rutex drives fault (over current or postition error) and
> Anybody?
> Steven
latch off (remove power from drive ouputs so you would see the ability
to rotate the shaft easily by hand) so that a removal of power is
required to reset them. Sounds like some condition is causing that to
happen during your jog modes. How do you have the jog speed set? Is
it 100% of axis velocity or some number under that? The DRO will
continue to roll even after the fault unless you hook up the fault
output and make it trigger an e-stop. That of course would just make
it more frustrating.
So you NEVER have had it do that (one axis die) while cutting?
Somehow in jog mode it sounds like you are exceeding the dynamics of
your drives and they are faulting which basically just latches the
outputs off for that axis.
>
>
> [Non-text portions of this message have been removed]
Discussion Thread
Steve Haushahn
2005-09-06 08:53:50 UTC
odd yet consistant problem
caudlet
2005-09-06 14:59:59 UTC
Re: odd yet consistant problem
cstrudwicke@o...
2005-09-06 16:40:18 UTC
Re: [CAD_CAM_EDM_DRO] odd yet consistant problem
Steve Haushahn
2005-09-06 17:06:22 UTC
Re: [CAD_CAM_EDM_DRO] odd yet consistant problem
Steve Haushahn
2005-09-06 17:39:31 UTC
Re: [CAD_CAM_EDM_DRO] Re: odd yet consistant problem
caudlet
2005-09-06 19:38:17 UTC
Re: odd yet consistant problem
roboticscnc
2005-09-07 08:41:16 UTC
Re: odd yet consistant problem
Steve Haushahn
2005-09-07 11:34:16 UTC
Re: [CAD_CAM_EDM_DRO] Re: odd yet consistant problem
caudlet
2005-09-07 21:10:14 UTC
Re: odd yet consistant problem
Steve Haushahn
2005-09-08 14:38:15 UTC
Re: [CAD_CAM_EDM_DRO] Re: odd yet consistant problem