CAD CAM EDM DRO - Yahoo Group Archive

Re: Measuring backlash more accurately?

on 2003-02-16 18:16:29 UTC
For positoning purposes Backlash is always a bad thing,
there is nothing good about it, the more you have the worse
it is.
Software ability to compensate helps a bit dealing with it but
that dose not in any way eliminate the problems backlash causes.
A new Acme screw and nut will have some clearly defined
backlash that is taken up when the direction of motion changes.
The weight of the Machine table is enough resistence to make
it do that reliably and precisely messurably.
As wear and tear take it's toll things get more sinister so.
Increased wear will cause ridges groves and burr's to build up
on the mating components that cause them to resist the proper
takeup of backlash durring reversals.
The weight of the table alone may not be enough to cause backlash
to be taken up reliably.
The screw will sometimes just hang on to the ridge it has dug itself
and will pop only after sufficient force is exerted upon it.
Needless to say that at this stage operation will become highly
erratic and seamingly random.
You will have to make the jugement call when it is time to replace
components for a more reliable operation here.
Good Luck


--- In CAD_CAM_EDM_DRO@yahoogroups.com, Randy Gordon-Gilmore
<zephyrus@r...> wrote:
> I have been fighting a problem on the gantry mill. The Y axis
seems to
> "drift" so that over the course of macining a contoured part (say
10 depth
> passes of outline and internal pockets) it has moved 20 thou or
so. For a
> part that has 30-thou walls, this has created great frustration.
>
> After completely rewiring the controller box, fully separating
signal from
> power grounds, minimizing wire runs, twisting pairs, etc. I made
another
> trial run this morning, with no help.
>
> I realized that the backlash settings might not be right. (That's
about
> the only thing left...) I had measured the backlash on each axis
by the
> conventional method (move + increment, zero indicator, move +
increment
> again and then - increment and write down the reading) but after a
program
> that has maybe 100 Y moves, it seems to me that I need a more
accurate way
> of measuring the backlash.
>
> Is there a way to cycle the axis so the backlash accumulates? I
could then
> run the cycle 10 or 50 or 100 times and divide the resulting
accumulated
> backlash by the number of cycles. I can't think of a cycle though,
that
> just doesn't run back and forth in the backlash window.
>
> The only other thing I could think of is to input a backlash value
that I
> know is wrong, and run the machine back and forth and see how
it "drifts",
> tweak the backlash value, run it some more and repeat until it
doesn't
> drift.
>
> I have a Starett "Last Word" indicator with half-thou graduations.
I can
> estimate to maybe one-tenth but maybe more reliably to 2-tenths.
>
> Any advice?
>
> Thanks!
>
> Randy
>
> Randy Gordon-Gilmore ,----.___________ ______________
_________________
> ProtoTrains // = = === == || == == == = || == == ==
= == =|
> Rio Vista, CA, USA /-O==O------------o==o------------o==o----------
-o==o-'
> zephyrus@r... http://www.prototrains.com

Discussion Thread

Randy Gordon-Gilmore 2003-02-16 13:46:56 UTC Measuring backlash more accurately? Jon Elson 2003-02-16 15:45:27 UTC Re: [CAD_CAM_EDM_DRO] Measuring backlash more accurately? Randy Gordon-Gilmore 2003-02-16 17:24:11 UTC Re: Measuring backlash more accurately? torsten98001 <torsten@g... 2003-02-16 18:16:29 UTC Re: Measuring backlash more accurately? Jon Elson 2003-02-16 21:26:31 UTC Re: [CAD_CAM_EDM_DRO] Re: Measuring backlash more accurately? Randy Gordon-Gilmore 2003-02-16 23:27:34 UTC Re: Measuring backlash more accurately? Randy Gordon-Gilmore 2003-02-16 23:35:01 UTC Re: Measuring backlash more accurately? torsten98001 <torsten@g... 2003-02-17 03:59:26 UTC Re: Measuring backlash more accurately? Hoyt McKagen 2003-02-17 04:29:27 UTC Re: [CAD_CAM_EDM_DRO] Measuring backlash more accurately? Jon Elson 2003-02-17 06:59:15 UTC Re: [CAD_CAM_EDM_DRO] Re: Measuring backlash more accurately? Randy Gordon-Gilmore 2003-02-18 16:25:04 UTC Re: Measuring backlash more accurately? justjuha <juha.keisala@n... 2003-02-19 02:15:16 UTC Re: Measuring backlash more accurately? Jon Elson 2003-02-19 10:42:24 UTC Re: [CAD_CAM_EDM_DRO] Re: Measuring backlash more accurately? Bob Simon 2003-02-19 16:28:59 UTC Re: [CAD_CAM_EDM_DRO] Re: Measuring backlash more accurately? ballendo <ballendo@y... 2003-02-20 04:48:23 UTC axis clamping was Re: Measuring backlash more accurately? ballendo <ballendo@y... 2003-02-20 06:18:30 UTC axis clamps/brakes was Re: Measuring backlash more accurately? Fred Smith <imserv@v... 2003-02-20 06:32:09 UTC axis clamping was Re: Measuring backlash more accurately? Jon Elson 2003-02-20 10:41:36 UTC Re: [CAD_CAM_EDM_DRO] axis clamps/brakes was Re: Measuring backlash more accurately? ballendo <ballendo@y... 2003-02-21 03:33:22 UTC axis clamps/brakes was Re: Measuring backlash more accurately? Jon Elson 2003-02-21 09:54:08 UTC Re: [CAD_CAM_EDM_DRO] axis clamps/brakes was Re: Measuring backlash more accurately? justjuha <juha.keisala@n... 2003-02-24 03:19:36 UTC Re: Measuring backlash more accurately? Jon Elson 2003-02-24 10:10:47 UTC Re: [CAD_CAM_EDM_DRO] Re: Measuring backlash more accurately? Bob Simon 2003-02-24 12:03:03 UTC Re: [CAD_CAM_EDM_DRO] Re: Measuring backlash more accurately? ballendo <ballendo@y... 2003-02-26 10:36:06 UTC Mach1 w/ toolchanger? Yes. was Re: Measuring backlash more accurately? Jon Elson 2003-02-26 22:52:22 UTC Re: [CAD_CAM_EDM_DRO] Mach1 w/ toolchanger? Yes. was Re: Measuring backlash more accurately? Art 2003-02-27 10:21:35 UTC Re: [CAD_CAM_EDM_DRO] Mach1 w/ toolchanger? Yes. was Re: Measuring backlash more accurately? caudlet <info@t... 2003-02-27 16:30:45 UTC Mach1 w/ toolchanger? Yes. was Re: Measuring backlash more accurately? justjuha <juha.keisala@n... 2003-02-28 01:17:30 UTC Mach1 w/ toolchanger? Yes. was Re: Measuring backlash more accurately? ballendo <ballendo@y... 2003-03-04 05:59:48 UTC Mach1 closed loop? sortof-NOW was Mach1 w/ toolchanger? Yes.