Kev (klmitch@mit.edu)
Fri, 04 Jun 1999 12:25:15 EDT
I've run across plans for a simple device that connects to the parallel port
and generates DMX, which is a theatrical lighting control system. The
device as designed, however, requires a continuous stream of bytes; thus, I
would have to send a new byte to the parallel port every 32 us. This
obviously can't be done with a timer; my question is, assuming I use
interrupt-driven IO for this, how bad would the overhead be? I'm assuming
that the interrupt handler would only frob_control twice to strobe a data
byte into the device and mark a bh that would deal with getting the next
byte and writing it to the port in preparation for the next ACK. What other
problems would I run into?
TIA...
--
Kevin L. Mitchell <klmitch@mit.edu>
------------------------- -. .---- --.. ..- -..- --------------------------
http://web.mit.edu/klmitch/www/ (PGP keys availiable from here)
RSA AE87D37D/1024: DE EA 1E 99 3F 2B F9 23 A0 D8 05 E0 6F BA B9 D2
DSS ED0DB34E/1024: D9BF 0E74 FDCB 43F5 C597 878F 9455 EC24 ED0D B34E
DH 2A2C31D4/2048: 1A77 4BA5 9E32 14AE 87DA 9FEC 7106 FC62 2A2C 31D4
-- To unsubscribe, send mail to: linux-parport-request@torque.net --
-- with the single word "unsubscribe" in the body of the message. --
This archive was generated by hypermail 2.0b3 on Fri 04 Jun 1999 - 12:27:18 EDT