David Braley wrote:
> Hello all,
>
> I wanted to say thanks again for all your input and help bringing me up 
> to speed!
>
> I'm cranking away researching my Anilam 1100 retrofit, and I'm having 
> troubles feeling secure about the parallel port as a robust enough 
> device to control three or four axis of motion at modest 100ipm table 
> speeds. I can see a PCI based I/O card doing it, but I'm feeling iffy 
> about the parallel port. I know that EMC is super competent using either 
> style device for it's main motion control I/O.
>   
If you are using software-generated steps, then everything depends on 
the maximum step
rate you need.  If you need 50 KHz step pulses on 8 axes, you may have a 
problem.

I have a controller board that can be set up to generate step pulses for 
step/direction drives
or PWM pulses fro servo drives.  Using a 600 MHz Pentium CPU and the 
on-motherboard
parallel port, I can control 8 axes worth of these controllers at a 2 
KHz servo update rate.
(The step output can exceed 300 KHz on all axes simultaneously, as the 
computer only
sends velocity to the controller, not the individual steps.)  With a PCI 
parallel port card,
you can go to  5 KHz servo update rate.

If you want specifics, with the UPC servo controller, the CPU reads 14 
bytes for position and digital input
status, and sends 10 bytes for velocity and digital output.  Each byte 
transferred takes about 800 ns with an
on-mobo port, and about 600 ns with a PCI port card.  The whole servo 
update cycle takes about 100 us
for 4 axes on a on-mobo port, and about 180 us for 8 axes on a PCI card.

How "fast" can it control motion?  I'm not sure what that even means.  
But, I'm a servo bigot, so
I don't myself use systems that use step/direction pulses.  
Software-generated step pulses certainly
can be a limit, especially when used with a step/direction servo drive 
and a high resolution encoder.
I think that is what you were actually asking, but that is not a 
parallel port limitiation, but a limitiation
of using software to send individual step pulses.  There are other ways 
to use the parallel port, such as
a communication medium between the computer and a controller device.

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

Reply via email to