----- Original Message -----
From: Colin Fraser <[EMAIL PROTECTED]>
To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
Sent: Wednesday, July 25, 2001 2:50 PM
Subject: RE: [DUG]: Timing Resolutions
> >>What are you trying to do??
>
> >>Myles.
>
> Hi Myles,
>
> The application was for controlling a robotic arm... I believe the
> application used to count pulses (from something) as the arm moved but
this
> was proving unreliable as a pulse or two was getting missed.
Sounds like rotary encoder stuff. Depending on how high resolution the
encoder is it could produce a huge number of transitions per second. We had
a problem like this with a machine I helped setup years ago...
> The application would need to time the movement of the arm... I think they
> where also looking at a PLC to do the counting and return the counts to
the
> PC, that was another option.
Depending on how fast the encoder (or whatever it is) sends pulses a PLC may
not be fast enough. We had to build a step-down device to slow the pulse
rate down before feeding it to a PLC. If you have access to a reasonably
competent electronics person you might want to talk to them about building a
little device that converts the pulse stream to an 8-bit number of some sort
that you can feed in through a parallel or serial port. I can give you a
few ideas about how if you want...
Having said that, modern computers are fast enough to handle most stuff of
this nature. If you can be sure that you can get an input loop/timer to
scan the stream at least twice per transition then you should be able to
read the bit stream... then you just have to decode it :)
--
Corey Murtagh
The Electric Monk
"Quidquid latine dictum sit, altum viditur."
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
To UnSub, send email to: [EMAIL PROTECTED]
with body of "unsubscribe delphi"
Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
