jim@bahamut.fsc.com (James O'Connor) (08/10/89)
Is there a special stty setting that must be turned on (or off) to get a serial port to use DTR handshaking with a serial printer? Should I use /dev/tty1G instead of /dev/tty1g? In the absence of DTR handshaking, what is the best way to set a serial printer up to do XON/XOFF handshaking? With the way I have it set now, with a line like: stty 9600 opost ixon 0<&1 in lp/interface/billing, the interface script just stops printing at some point (while there are still jobs in the Q). Turning the printer off/on doesn't help (I don't think it sends an XON at power up, it's an Oki 293 printer). The only way to fix it is to run "lpshut", realign the printer, then run "lpsched". This is no fun when printing invoices or checks. If the print was close enough, I'd put in another parallel port and use it, but it is too far away. Any help would be greatly appreciated. Thanks. --jim ------------- James B. O'Connor Work: jim@tiamat.fsc.com Filtration Sciences -- Play: jim@bahamut.fsc.com A division of Ahlstrom UUCP: uunet!tiamat!jim
jbayer@ispi.UUCP (Jonathan Bayer) (08/10/89)
jim@bahamut.fsc.com (James O'Connor) writes: >Is there a special stty setting that must be turned on (or off) to get a >serial port to use DTR handshaking with a serial printer? Should I use >/dev/tty1G instead of /dev/tty1g? >In the absence of DTR handshaking, what is the best way to set a serial >printer up to do XON/XOFF handshaking? With the way I have it set now, with a >line like: >stty 9600 opost ixon 0<&1 >in lp/interface/billing, the interface script just stops printing at some >point (while there are still jobs in the Q). Turning the printer off/on >doesn't help (I don't think it sends an XON at power up, it's an Oki 293 >printer). The only way to fix it is to run "lpshut", realign the printer, >then run "lpsched". This is no fun when printing invoices or checks. If the I had this same problem at one of my customers. It turns out that the problem started right after upgrading to 2.3.2 from 2.2.1 (I know, a big upgrade.) The solution was to change the stty settings to the following: stty 9600 cs8 onlcr tab3 ixon ixoff clocal 0<&1 I got these settings simply by making a new printer, specifying it to be a serial printer, and comparing the settings created with the settings from the original printer. They were different. Since I changed them to the above settings I have had no problems with that printer. JB -- Jonathan Bayer Beware: The light at the end of the Intelligent Software Products, Inc. tunnel may be an oncoming dragon 500 Oakwood Ave. ...uunet!ispi!root Roselle Park, NJ 07204 (201) 245-5922 jbayer@ispi.UUCP
aryeh@eddie.MIT.EDU (Aryeh M. Weiss) (08/13/89)
In article <234@bahamut.fsc.com> jim@bahamut.fsc.com (James O'Connor) writes: >Is there a special stty setting that must be turned on (or off) to get a >serial port to use DTR handshaking with a serial printer? Should I use >/dev/tty1G instead of /dev/tty1g? > >In the absence of DTR handshaking, what is the best way to set a serial >printer up to do XON/XOFF handshaking? With the way I have it set now, with a >line like: > >stty 9600 opost ixon 0<&1 > [rest of article deleted] Use the upper case letters if you want hardware handshaking (modem control). That's what the manual says at least, use the one that works. The following assumes that your serial drivers support hardware handshaking. I assume the drivers built into Xenix do. Drivers supplied by board manufacturers might not. SCO Xenix supports RTS and CTS handshaking. These are enabled via stty ctsflow rtsflow On the standard DB25 DTE connector CTS is pin 5. If your printer uses DTR (pin 20) as its busy signal you must cross-connect printer pin 20 to your host pin 5. Also tie host pin 20 to host pin 6. Pin 20 (DTR) is asserted while the port is open and this will insure that 6 (DSR) sees a high signal. Xenix will not open a port if DSR is low and will disconnect the port if DSR goes low. You should read your printer manual carefully to verify that your printer supports DTR handshaking. Also an RS232 mini-tester is quite useful. That way you can see the status change and Xenix stop/start transmission. Now a warning: I have seen a lot of bugs with so-called "smart" cards that contain a large on-board memory and a processor. The problem is that a file gets dumped into the card's buffer. When the end of the file is reached, Xenix closes the port, yet there is still data in the card's memory being transmitted to the printer. If handshaking is being done in the driver code, it is discontinued, since interupts are usually disabled by a driver's close routine. This applies whether you use hardware or software handshaking. If you find that your files are being truncated this is probably happening to you. A quick fix is to run a backround process that simply keeps the port open all the time. I have DigiBoard Com/8i's and I wrote my own drivers so I know what they do.-- aryeh@eddie.mit.edu mit-eddie!lees-rif!aryeh
larry@.UUCP (Larry Snyder) (08/14/89)
In article <12422@eddie.MIT.EDU>, aryeh@eddie.MIT.EDU (Aryeh M. Weiss) writes: > Now a warning: I have seen a lot of bugs with so-called "smart" > cards that contain a large on-board memory and a processor. The problem I am planning on adding an 8 port smart board for my box running Xenix 2.3.1 to support multiple high speed modems and would like input on the Computone and Digiboard boards.
root@.UUCP (Larry Snyder) (08/15/89)
In article <12422@eddie.MIT.EDU>, aryeh@eddie.MIT.EDU (Aryeh M. Weiss) writes: > The following assumes that your serial drivers support hardware > handshaking. I assume the drivers built into Xenix do. Drivers supplied > by board manufacturers might not. > > SCO Xenix supports RTS and CTS handshaking. These are enabled via Starting with what version? I am using 2.3.1 and understand that there are bugs with the serial hardware handshaking and found a patch on Sandy's XBBS the might solve my problems. > Now a warning: I have seen a lot of bugs with so-called "smart" > cards that contain a large on-board memory and a processor. The problem What card would you suggest for a new installation (Computone?) -- Larry Snyder uucp: iuvax!ndcheg!ndmath!nstar!larry The Northern Star XBBS/Usenet Site 219-289-3745 (PEP+) 219-287-9020 (HST) Regional Echomail Distribution SIte Fidonet 1:227/1 219-289-0286 (HST)
eli@robechq.UUCP ( Robec Horsham PM) (08/16/89)
jim@bahamut.fsc.com (James O'Connor) writes: >Is there a special stty setting that must be turned on (or off) to get a >serial port to use DTR handshaking with a serial printer? Should I use >/dev/tty1G instead of /dev/tty1g? Use the modem control port (the driver uses DTR when you refer to the modem control port). Wire the busy or ready line from the printer (usually 11 or 20 on a 25 pin connector) to CTS on the computer port (pin 5 on a 25 pin connector). Change your stty to turn OFF xon xoff and clocal, turn ON rtsflow and ctsflow ( stty <baud> -ixon -ixoff -clocal rtsflow ctsflow ). If you are using 2.3.1 make sure that you apply the ctsflow/rtsflow fix from SCO Support. -- **************************************************** Eli Levine Robec Distributors rutgers!bpa!temvax!robechq!eli ****************************************************
barton@holston.UUCP (barton) (08/20/89)
In article <40@.UUCP>, larry@.UUCP (Larry Snyder) writes: > In article <12422@eddie.MIT.EDU>, aryeh@eddie.MIT.EDU (Aryeh M. Weiss) writes: > > Now a warning: I have seen a lot of bugs with so-called "smart" > > cards that contain a large on-board memory and a processor. The problem > > I am planning on adding an 8 port smart board for my box running Xenix 2.3.1 > to support multiple high speed modems and would like input on the Computone > and Digiboard boards. Check out the Arnet boards, I have a few of them running in the field and have had NO relialbility problems with them at all. They have a lifetime warranty (I don't know whose life:-) on them and have been great to deal with. -- Barton A. Fisk | UUCP: {attctc,texbell,vector}!warble!holston!barton PO Box 1781 | (PSEUDO) DOMAIN: barton@holston.UUCP Lake Charles, La. 70602 | ---------------------------------------- 318-439-5984 | +++++ "Hal, open the pod bay doors" --- Dave