RE: [CAD_CAM_EDM_DRO] digitizer debouncing
Posted by
Carlos Guillermo
on 2001-01-16 19:44:51 UTC
Alan -
The Renishaw model I've laid out has about 1/4" overtravel in X-Y
(depends on probe length), and about 1/16" in Z. I can't imagine
the probing routine would want to overtravel any more than a
couple thou., however, especially at those low speeds. Any more
overtravel, and it would have to backtrack after every move in
order to maintain high resolution. The accel/deccel should be set
to a fairly high value, IMO, in order to finish the scan sometime
this century. This is where the probe needs to be very rigid and
light, and the overtravel/switch contact spring needs to be fairly
stiff. Any (appreciable) oscillation at the probe tip would cause
a different kind of "bounce" we'd have to debounce. Can you see
what happens if you deccel within .001-.002" in your setup?
Carlos Guillermo
VERVE Engineering & Design
-----Original Message-----
From: Alan Marconett KM6VV [mailto:KM6VV@...]
Sent: Tuesday, January 16, 2001 2:37 PM
To: CAD_CAM_EDM_DRO@egroups.com
Subject: [CAD_CAM_EDM_DRO] Re: digitizer debouncing
Roman,
I have to disagree here. 555 timers are lousy anyway, there are
better
"timer" parts. What may be needed is a schmitt trigger, something
like
the old 74LS14 I've mentioned before. No caps across the
contacts. Run
5-20 ma. (1K pull-up) through the contacts.
The real "debounce" is in the software! If you sample the line
periodically (between steps), and take action on the 1ST one (and
only
the 1ST one), you have all the debounce you need.
Did it this last weekend. No GATES/TIMERS! Last night I got the
position latched, and decelerated afterwards to a stop. Did this
repeatedly, with good results. Which raises a question. How much
OVER
TRAVEL do we have with the Renishaw "model" we are building? My
little
micro switch got a little "up tight" with a longer deceleration!
Alan KM6VV
The Renishaw model I've laid out has about 1/4" overtravel in X-Y
(depends on probe length), and about 1/16" in Z. I can't imagine
the probing routine would want to overtravel any more than a
couple thou., however, especially at those low speeds. Any more
overtravel, and it would have to backtrack after every move in
order to maintain high resolution. The accel/deccel should be set
to a fairly high value, IMO, in order to finish the scan sometime
this century. This is where the probe needs to be very rigid and
light, and the overtravel/switch contact spring needs to be fairly
stiff. Any (appreciable) oscillation at the probe tip would cause
a different kind of "bounce" we'd have to debounce. Can you see
what happens if you deccel within .001-.002" in your setup?
Carlos Guillermo
VERVE Engineering & Design
-----Original Message-----
From: Alan Marconett KM6VV [mailto:KM6VV@...]
Sent: Tuesday, January 16, 2001 2:37 PM
To: CAD_CAM_EDM_DRO@egroups.com
Subject: [CAD_CAM_EDM_DRO] Re: digitizer debouncing
Roman,
I have to disagree here. 555 timers are lousy anyway, there are
better
"timer" parts. What may be needed is a schmitt trigger, something
like
the old 74LS14 I've mentioned before. No caps across the
contacts. Run
5-20 ma. (1K pull-up) through the contacts.
The real "debounce" is in the software! If you sample the line
periodically (between steps), and take action on the 1ST one (and
only
the 1ST one), you have all the debounce you need.
Did it this last weekend. No GATES/TIMERS! Last night I got the
position latched, and decelerated afterwards to a stop. Did this
repeatedly, with good results. Which raises a question. How much
OVER
TRAVEL do we have with the Renishaw "model" we are building? My
little
micro switch got a little "up tight" with a longer deceleration!
Alan KM6VV
Discussion Thread
ballendo@y...
2001-01-15 16:10:46 UTC
Re: Re: digitizer debouncing
Jon Anderson
2001-01-15 17:32:30 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: digitizer debouncing
Alan Marconett KM6VV
2001-01-15 18:40:32 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: digitizer debouncing
Roman Black
2001-01-16 05:07:52 UTC
Re: digitizer debouncing
Doug Fortune
2001-01-16 07:48:40 UTC
digitizer debouncing
Alan Marconett KM6VV
2001-01-16 11:50:45 UTC
Re: digitizer debouncing
ballendo@y...
2001-01-16 13:20:24 UTC
re:digitizer debouncing
Doug Fortune
2001-01-16 17:07:24 UTC
digitizer debouncing
Carlos Guillermo
2001-01-16 19:44:51 UTC
RE: [CAD_CAM_EDM_DRO] digitizer debouncing
Alan Marconett KM6VV
2001-01-16 20:22:31 UTC
Re: [CAD_CAM_EDM_DRO] digitizer debouncing