On Fri, 28 May 1999, Arlen Michaels wrote:
I don't think the Model 735 Selectric could even
handle EBCDIC directly. I
seem to recall the electrical interface was defined as tilt-and-rotate
signal names. My Selectric terminal certainly didn't do any translation by
itself from character-codes to solenoid signals, at least not from ASCII. I
had to do translation myself before sending to the printer. One way would
have been with hardware between the computer and the Selectric, eg- using an
eprom to translate each ASCII code into the correct combination of Selectric
tilt-and-rotate signals. My lazier way was to simply put a look-up table in
my driver code, to intercept each ASCII character enroute to the printer and
translate it into the appropriate pattern of solenoid signals first.
Well, considering the print speed capability of the Selectric mechanism,
your approach was unlikely to slow down the output.
Imagine if you had to drive a dot-matrix print head
with raw pin-driver
signals instead of the printer hardware figuring it out for you : same kind
of problem.
Seems to me that I recall just that approach in some of the early attempts
at printer graphics with CP/M.
- don
Some vendors did indeed supply an interface that took
ASCII from the
computer and sent the necessary tilt-and-rotate signals out to the
Selectric.
Arlen
--
Arlen Michaels amichael(a)nortelnetworks.com
Nortel Networks, Ottawa, Canada