DRO
Posted by
Murray Leshner
on 2000-04-06 22:58:50 UTC
Hello:
I talked to RSF Electronics (Elektronik) about a surplus linear encoder I
picked up. In conversation I found out it's replacement cost (I was
curious), although it's discontinued and only sold as replacment stock, and
also got a catalog.
In the catalog I noticed they have an 'open' scale & head unit, which I
imagine costs less. The enclosed one I have has 25 lines/mm with 5x
interpolation, which gives 125 lines/mm pre-quadrature or 500 pulses/mm
post-quadrature (pre- and post- were RSF's choice of language), for 0.002 mm
resolution (20 um). They make a 10 um also (perhaps make inch calibration
also). List price for the 270 mm enclosed one with dust/debris trap etc is
$600 or so.
I would think the open one would be less, but sounds like some of you need
alot longer length, so maybe there's no bargain to be found here.
I'm looking at the HP HCTL-2016 quadrature counter chip (16 bit binary
counter) to 'handle' the data, at a cost of about $10.71
(www.future-active.com ), but realized something has to convert counts to
position, same problem as with rotary to linear translation...meaning some
intelligence (PIC, PC, whatever).
Here's a thought I haven't completed. If it's valid, I wonder if it's useful
to people doing the programming side of developing a DRO. For metric users,
a system that gives 500 pulses/mm is only 'off' by a factor of two for
position correlating to count, ignoring decimal point for the time being. If
I remember right, multiplication and division in binary can be accomplished
by a shift register....shifting one bit = x2 or /2. In the right direction,
this could make the count and position correlate, although it might also
mean a loss of one digit resolution (power of ten). If ti works, it could be
done with display logic and no cpu.
This could be a case of a little knowledge being dangerous, and it's also
useless with inch calibration with other encoder resolutions because the
ratios aren't so 'clean'
I may have missed earlier mention of the HP chips in the tide of DRO trafic
on the list. If it hasn't been discussed, I hope this was helpful.
Murray
I talked to RSF Electronics (Elektronik) about a surplus linear encoder I
picked up. In conversation I found out it's replacement cost (I was
curious), although it's discontinued and only sold as replacment stock, and
also got a catalog.
In the catalog I noticed they have an 'open' scale & head unit, which I
imagine costs less. The enclosed one I have has 25 lines/mm with 5x
interpolation, which gives 125 lines/mm pre-quadrature or 500 pulses/mm
post-quadrature (pre- and post- were RSF's choice of language), for 0.002 mm
resolution (20 um). They make a 10 um also (perhaps make inch calibration
also). List price for the 270 mm enclosed one with dust/debris trap etc is
$600 or so.
I would think the open one would be less, but sounds like some of you need
alot longer length, so maybe there's no bargain to be found here.
I'm looking at the HP HCTL-2016 quadrature counter chip (16 bit binary
counter) to 'handle' the data, at a cost of about $10.71
(www.future-active.com ), but realized something has to convert counts to
position, same problem as with rotary to linear translation...meaning some
intelligence (PIC, PC, whatever).
Here's a thought I haven't completed. If it's valid, I wonder if it's useful
to people doing the programming side of developing a DRO. For metric users,
a system that gives 500 pulses/mm is only 'off' by a factor of two for
position correlating to count, ignoring decimal point for the time being. If
I remember right, multiplication and division in binary can be accomplished
by a shift register....shifting one bit = x2 or /2. In the right direction,
this could make the count and position correlate, although it might also
mean a loss of one digit resolution (power of ten). If ti works, it could be
done with display logic and no cpu.
This could be a case of a little knowledge being dangerous, and it's also
useless with inch calibration with other encoder resolutions because the
ratios aren't so 'clean'
I may have missed earlier mention of the HP chips in the tide of DRO trafic
on the list. If it hasn't been discussed, I hope this was helpful.
Murray
Discussion Thread
paul@x...
1999-05-17 07:09:09 UTC
Re: DRO
Jon Elson
1999-05-17 22:30:45 UTC
Re: DRO
PTENGIN@x...
1999-07-21 16:14:26 UTC
Re: DRO
Laverne Karras
1999-07-22 06:49:59 UTC
Re: DRO
Russ Kepler
1999-07-22 07:14:55 UTC
Re: DRO
Randolph Lee
1999-07-22 08:25:20 UTC
Re: DRO
Rudy du Preez
2000-02-09 00:52:27 UTC
DRO
smcdonal
2000-02-09 03:56:02 UTC
Re: DRO
A. G. Eckstein
2000-02-09 14:34:52 UTC
Re: DRO
SMITH, THOMAS B. (JSC-DX)
2000-02-10 10:08:36 UTC
RE: DRO
PTENGIN@a...
2000-02-10 10:34:29 UTC
Re: RE: DRO
Rudy du Preez
2000-02-10 22:02:01 UTC
RE: DRO
Jean-Luc Luczak
2000-02-11 00:05:19 UTC
Re: RE: DRO
Dan Mauch
2000-02-11 06:25:05 UTC
Re: RE: DRO
Dan Mauch
2000-02-11 07:02:34 UTC
Re: RE: DRO
SMITH, THOMAS B. (JSC-DX)
2000-02-11 09:54:34 UTC
RE:DRO
PTENGIN@a...
2000-02-11 10:37:26 UTC
Re: RE:DRO
SMITH, THOMAS B. (JSC-DX)
2000-02-11 10:45:08 UTC
RE: DRO
Joe Landau
2000-02-23 21:08:49 UTC
Re: DRO
A. G. Eckstein
2000-02-24 14:08:20 UTC
Re: DRO
wanliker@a...
2000-02-24 16:22:55 UTC
Re: DRO
A. G. Eckstein
2000-02-24 17:06:02 UTC
Re: DRO
Ted Robbins
2000-02-24 17:52:50 UTC
Re: DRO
Joe Landau
2000-02-24 21:31:07 UTC
Re: DRO
ptengin@a...
2000-02-24 22:22:58 UTC
Re: DRO
Terry May
2000-02-24 13:48:07 UTC
RE: DRO
Marshall Pharoah
2000-02-25 05:38:13 UTC
Re: DRO
Steve Carlisle
2000-02-25 08:23:15 UTC
Re: DRO
wanliker@a...
2000-02-25 09:00:12 UTC
Re: DRO
Ian Wright
2000-02-25 13:13:09 UTC
Re: DRO
A. G. Eckstein
2000-02-25 15:51:51 UTC
Re: DRO
A. G. Eckstein
2000-02-25 15:54:00 UTC
Re: DRO
A. G. Eckstein
2000-02-25 16:32:47 UTC
Re: DRO
A. G. Eckstein
2000-02-25 16:36:20 UTC
Re: DRO
Jon Elson
2000-02-26 00:19:48 UTC
Re: DRO
A. G. Eckstein
2000-02-26 04:29:28 UTC
Re: DRO
beer@s...
2000-03-10 11:21:23 UTC
DRO
D.F.S.
2000-03-10 13:47:29 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Murray Leshner
2000-04-06 22:58:50 UTC
DRO
Ron Ginger
2000-04-07 05:36:19 UTC
Re:DRO
wanliker@a...
2000-12-30 16:18:14 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Tim Goldstein
2000-12-30 22:45:36 UTC
RE: [CAD_CAM_EDM_DRO] DRO
wanliker@a...
2000-12-31 08:12:58 UTC
Re: [CAD_CAM_EDM_DRO] DRO
rekmac
2002-01-18 07:53:26 UTC
DRO
babinda01
2002-01-30 13:25:17 UTC
DRO
ccs@m...
2002-01-30 13:46:10 UTC
Re: [CAD_CAM_EDM_DRO] DRO
ballendo
2002-01-30 20:44:14 UTC
Re: DRO
Jon Elson
2002-01-30 22:35:11 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Robert Bachman
2002-01-31 06:42:19 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO
Ian W. Wright
2002-02-01 03:28:26 UTC
DRO
ccs@m...
2002-02-01 07:11:05 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Ian W. Wright
2002-02-01 08:36:42 UTC
Re: [CAD_CAM_EDM_DRO] DRO
ccs@m...
2002-02-01 08:48:20 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Lew
2002-02-01 10:01:47 UTC
RE: [CAD_CAM_EDM_DRO] DRO
Ian W. Wright
2002-02-01 10:22:59 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Ian W. Wright
2002-02-01 10:25:14 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Lew
2002-02-01 15:19:17 UTC
RE: [CAD_CAM_EDM_DRO] DRO
Ian W. Wright
2002-02-01 16:27:43 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Lew
2002-02-01 18:12:14 UTC
RE: [CAD_CAM_EDM_DRO] DRO
Arthur Shute
2002-02-18 10:52:28 UTC
DRO
Ken Jenkins
2002-04-02 06:13:16 UTC
Re: DRO
James Owens
2002-05-21 08:17:26 UTC
DRO
Gene
2003-02-06 04:19:19 UTC
DRO
Hans Wedemeyer
2003-02-06 09:14:20 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Gene
2003-02-06 10:13:41 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Hans Wedemeyer
2003-02-06 11:42:54 UTC
Re: [CAD_CAM_EDM_DRO] DRO
mayfieldtm <mayfiet@i...
2003-02-06 11:56:46 UTC
Re: DRO
Myron Cherry
2003-02-06 22:33:45 UTC
Re: [CAD_CAM_EDM_DRO] DRO
krmnalmind0351 <krmnalmind@a...
2003-02-07 09:21:32 UTC
Re: DRO
Hans Wedemeyer
2003-02-07 11:38:49 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO
Raymond Heckert
2003-02-07 17:50:25 UTC
Re: [CAD_CAM_EDM_DRO] DRO
dro_guy <dro_guy@h...
2003-02-07 22:17:05 UTC
Re: DRO
Doug Fortune
2003-02-08 17:47:17 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO
k8zre <rfs@c...
2003-02-08 18:38:54 UTC
Re: DRO
Doug Fortune
2003-02-08 20:12:15 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO
Myron Cherry
2003-02-08 20:24:34 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO
k8zre <rfs@c...
2003-02-09 06:46:29 UTC
Re: DRO
Doug Fortune
2003-02-09 12:05:01 UTC
Re: [CAD_CAM_EDM_DRO] Re: DRO
k8zre <rfs@c...
2003-02-09 16:23:18 UTC
Re: DRO
dro_guy <dro_guy@h...
2003-02-10 01:02:10 UTC
Re: DRO
dro_guy <dro_guy@h...
2003-02-10 01:05:04 UTC
Re: DRO
James Owens
2003-07-12 10:30:01 UTC
DRO
k8zre
2003-08-02 14:37:41 UTC
DRO
ROBERT ALLAN
2004-01-20 09:08:32 UTC
DRO
wanliker@a...
2006-04-25 10:39:16 UTC
DRO
k8zre
2008-04-06 17:48:54 UTC
DRO
bear_machine
2010-04-19 19:46:02 UTC
DRO
fbcsnh@c...
2010-04-20 08:15:38 UTC
Re: [CAD_CAM_EDM_DRO] DRO
smirob1
2010-04-20 15:11:27 UTC
Re: DRO
bear_machine
2010-04-20 23:45:22 UTC
Re: DRO
smirob1
2010-04-21 15:06:02 UTC
Re: DRO
roboticscnc
2010-04-22 07:35:05 UTC
Re: DRO
Drew Reynolds
2011-04-25 16:42:14 UTC
DRO
Art Eckstein
2011-04-25 16:54:14 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Tom
2011-04-25 17:00:07 UTC
Re: DRO
wotisname
2011-04-25 17:04:15 UTC
Re: DRO
robin
2011-04-27 08:27:00 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Joe Hovel
2011-04-27 08:29:57 UTC
Re: DRO
wildhorsesoftware
2011-04-27 08:54:34 UTC
Re: DRO
robin
2011-05-01 16:47:39 UTC
Re: [CAD_CAM_EDM_DRO] DRO
Rjreese29
2011-05-01 16:47:39 UTC
Re: [CAD_CAM_EDM_DRO] DRO