[CAD_CAM_EDM_DRO] Programmable deviced (was: Setup for stepping on revolution counter)
Posted by
Carl Mikkelsen
on 2003-03-10 11:06:20 UTC
I think is on-topic, because it relates directly to building hardware to
control machines.
Sometimes, what is needed to solve a motion control problem isn't a
microprocessor, but rather some counters and gates. Also the answers to
some problems are more easily stated as logic gates than as computer code.
For those solutions which benefit from direct logic solutions, you might
consider using a programmable logic device (PLD) rather than a
microprocessor. Although several vendors offer appropriate parts, I have
found that Atmel offers several parts are quite nice, as well as the
support structure needed to use them.
Atmel gives you a compiler that translates from a flip-flop and gate
description language to the final fuse maps. The compiler does a good job
of packing logic into the FPGA.
The compiler is free, and includes a simple (but useful) simulator.
The simulator lets you check the logic before you put in into a part. Of
course, the parts are reprogrammable, so if the logic isn't right, you can
try again.
The Atmel parts are programmed (as well as erased and reprogrammed) through
a simple 5 volt-only interface. I program them through a parallel
port. Source code for the programmer is available -- I had to port it to
Linux, which turned out to be very simple.
The FPGAs come in several packages, with quite a variety of complexity
levels. The RS232 interfaced motor drivers I've built use the Atmel for
the UART (send and receive), as well as decoding, clock generation, and
protocol functions. If you're curious,
see
http://www.foxkid.net/cgi-bin/notebookpage.pl?pdp=/home/httpd/html/&name=/cmm/platform/fb-15.page&imagedir=/Processed/Carl%27s%20Projects
for details about the motor drivers.
Atmel FPGAs are available from DigiKey, so getting them is easy.
-- Carl
control machines.
Sometimes, what is needed to solve a motion control problem isn't a
microprocessor, but rather some counters and gates. Also the answers to
some problems are more easily stated as logic gates than as computer code.
For those solutions which benefit from direct logic solutions, you might
consider using a programmable logic device (PLD) rather than a
microprocessor. Although several vendors offer appropriate parts, I have
found that Atmel offers several parts are quite nice, as well as the
support structure needed to use them.
Atmel gives you a compiler that translates from a flip-flop and gate
description language to the final fuse maps. The compiler does a good job
of packing logic into the FPGA.
The compiler is free, and includes a simple (but useful) simulator.
The simulator lets you check the logic before you put in into a part. Of
course, the parts are reprogrammable, so if the logic isn't right, you can
try again.
The Atmel parts are programmed (as well as erased and reprogrammed) through
a simple 5 volt-only interface. I program them through a parallel
port. Source code for the programmer is available -- I had to port it to
Linux, which turned out to be very simple.
The FPGAs come in several packages, with quite a variety of complexity
levels. The RS232 interfaced motor drivers I've built use the Atmel for
the UART (send and receive), as well as decoding, clock generation, and
protocol functions. If you're curious,
see
http://www.foxkid.net/cgi-bin/notebookpage.pl?pdp=/home/httpd/html/&name=/cmm/platform/fb-15.page&imagedir=/Processed/Carl%27s%20Projects
for details about the motor drivers.
Atmel FPGAs are available from DigiKey, so getting them is easy.
-- Carl
Discussion Thread
Pablo Roufogalis L.
2003-03-08 17:23:48 UTC
Setup for stepping on revolution counter
Larry Edington
2003-03-08 23:18:18 UTC
Re: [CAD_CAM_EDM_DRO] Setup for stepping on revolution counter
Pablo Roufogalis L.
2003-03-09 05:40:33 UTC
Re: Setup for stepping on revolution counter
Pablo Roufogalis L.
2003-03-09 08:07:10 UTC
Re: Setup for stepping on revolution counter
Nigel Bailey
2003-03-10 02:37:33 UTC
RE: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
alex
2003-03-10 07:19:38 UTC
Re: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
Nigel Bailey
2003-03-10 08:37:45 UTC
RE: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
alex
2003-03-10 08:58:33 UTC
Re: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
JanRwl@A...
2003-03-10 09:28:23 UTC
Re: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
Jon Elson
2003-03-10 10:35:58 UTC
Re: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
Carl Mikkelsen
2003-03-10 11:06:20 UTC
[CAD_CAM_EDM_DRO] Programmable deviced (was: Setup for stepping on revolution counter)
Matt Shaver
2003-03-10 12:02:48 UTC
Re: [CAD_CAM_EDM_DRO] Programmable deviced (was: Setup for stepping on revolution counter)
Carl Mikkelsen
2003-03-10 13:26:19 UTC
Re: [CAD_CAM_EDM_DRO] Programmable deviced (was: Setup for stepping on revolution counter)
Pablo Roufogalis L.
2003-03-10 19:08:28 UTC
Re: Setup for stepping on revolution counter
Nigel Bailey
2003-03-11 03:07:56 UTC
RE: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
alex
2003-03-11 07:40:37 UTC
Re: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
alex
2003-03-11 07:54:38 UTC
Re: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
Nigel Bailey
2003-03-11 08:37:44 UTC
RE: [CAD_CAM_EDM_DRO] Re: Setup for stepping on revolution counter
Nigel Bailey
2003-03-13 07:22:11 UTC
re: using optical mouse for DRO / servo feedback
Jon Elson
2003-03-13 09:57:15 UTC
Re: [CAD_CAM_EDM_DRO] re: using optical mouse for DRO / servo feedback
Nigel Bailey
2003-03-14 01:52:06 UTC
RE: [CAD_CAM_EDM_DRO] re: using optical mouse for DRO / servo feedback
Jon Elson
2003-03-14 09:31:10 UTC
Re: [CAD_CAM_EDM_DRO] re: using optical mouse for DRO / servo feedback