> >I would really appreciate any information on this one: We are running Open
> >Server 5.04b. We have a dumb digiboard (using the generic serial driver
> >from SCO) and an okidata 320 printer (non turbo). our problem is that, no
> >matter what we do, after about 7 pages of non-stop plain text print, we
> >start losing characters. we are using the capital letter port (tty2A), with
> >a sleep process with stty forcing rtsflow/ctsflow. We have talked with
> >Digi and Okidata.I can provide pinout of cable if needed. If we use a
> >non-modem port (tty2a) we get exactly the same reponse. in all cases,
> >looking at the breakout box lights, we can see the printer send a stop back
> >to unix, but it looks like its being ignored.
> I can't speak about Digi, but most COM boards look at either pin 4 or pin 5
> for their hardware flow control. The pertinent signal on the printer is
> probably pin 20. This is for DCE boards (those that require cross-over
> when connecting to modems). Specialix boards use pin-5 while the ancient
> Arnet boards looked at pin-4. You ought to be able to test this with the
> breakout box and a terminal by sending a constant stream of characters to
> the terminal an manually jumping voltage to pins 4 and 5 to see which gets
> it to stop.
> You might just want to go to xon/xoff flow control to the printer since the
> speeds aren't all that high, and the Okidatas have pretty large buffers.
> Bill
that when a printer is "off" and a job is sent, the job is held until
the printer is powered up.
1) Set the Digi port to CTSFLOW using ditty CTSPACE < /dev/ttyaxx in
/etc/rc2.d/8/userdef Use the ttyaxx and not ttyAxx (Port tty2A is
NOT a Digi port, it is the dumb COM2 port.)
2) Connect pin 20 of the Okidata 320 to the Digi CTS pin (4 or 5 you
will have to experiment)
3) Configure the Okidata to Busy/Ready on DTR (pin 20) and set it
for "ready on select."
Steve Fabac
S.M. Fabac & Associates
816/765-1670