David Braley wrote: > > Well, it just goes to show how naive I am about all of this stuff. I > only barely understand what the two of you just said. I think what you > are suggesting is that some of the work needed to control an axis is > somehow off-loaded to the smarter FPGA device, be it a faster parallel > port, or PCI bus I/O device. This of course, effectively freeing up the > CPU on the computer. I'm just guessing here. > Yes, exactly. An FPGA can be set up to count out time in, say, 25 ns units, and put out step pulses every so many ticks of that clock. That can give about 1000 times finer grain timing. > I was under the impression that the PC running EMC did most of the heavy > lifting. It CAN, but there are major benefits to letting more suitable hardware take over the demanding timing tasks. > This means that at a modest 100ipm of table travel speed, the position > pulse stream is 16,666.67 pulses per second. I just had trouble > imagining a parallel port dealing with something like this. Even if the > table encoder position output stream was fed to a counter, how can the > system know where it's at without looking (through the parallel port) at > the output of the counter value at least 16K+ times a second? > Well, if the base thread is running at 32 KHz, you can put out step pulses at 16 KHz. But, at 99 IPM, step pulses would be jumping between 16 KHz (every other tick of BASE_THREAD) and the next lower step (every third tick) or 10.6 KHz. That is an enormous jump in step rate, leading to loss of stepper sync, of just ragged operation. That's the advantage of making hardware do easily what software struggles to do badly.
Jon ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users