From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!destroyer!cs.ubc.ca!alberta!cpsc.ucalgary.ca!ajfcal!novatel!hpeyerl@ucbvax.Berkeley.EDU  (Herb Peyerl)
Subject: Re: SLOW serial response on a DN3500, cont'd
Organization: "NovAtel Communications Ltd. Calgary, Alberta, Canada"
Distribution: fj
Date: Tue, 8 Dec 1992 16:14:36 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Brad Morrison (brad@NeoSoft.com) wrote:
: [Bunch of stuff about UARTS deleted...]

: Yes, in the inimitable words of George Jetson, I'm stuck on a
: treadmill and I can't get up.  It's truly agonizing, and I just
: *know* this must be a known (and hopefully solved) problem.  System
: is a DN3500, 16MB RAM, running 'cu' under X/Motif through sio2 with
: a 2400 baud modem with V.42 and 9600-to-2400 compression at the port.

I didn't think Apollo's used the Intel UARTS on the motherboard so 
that render FAS somewhat useless on an Apollo... Now, there was always
the SPE that Apollo sold for the 3000's..  I've never actually bothered
to use it but looking at it (we have some here in boxes); they have 2
16550's on them... Anyways; the point is moot since I don't even know
if there are drivers that work under 10.anything for these cards...

However, we run a Telebit T2500 on a DN3500 for our UUCP line and have
it set up for full RTS/CTS flow-control... Here's a tctl of it:

----
$ /com/tctl -line 2
Status of Line 2:
Erase (character delete) character: 08 (hex)
Kill (line delete) character: 15 (hex)
End of file character: 04 (hex)
Quit character: 03 (hex)
Fault character: 1C (hex)
Suspend character: 1A (hex)
New line delay: 0
Speed: 19200
Raw: FALSE,         Echo: FALSE,        Cvt_NL: FALSE
CvtRaw_NL: FALSE,   Host_Sync: FALSE,   Input_Sync: FALSE
RTS: TRUE,          DTR: TRUE,          DCD: FALSE
CTS: TRUE,          Quit_Enable: FALSE, Fault_Enable: FALSE
Susp_Enable: FALSE, DCD_Enable: TRUE,   CTS_enable: FALSE
BP_Enable: FALSE,   RTS_Enable: FALSE
Eight bits per character, Parity: None, One stop bit
Errors enabled: NONE
Polite: FALSE,      Wait for DCD: TRUE,
----

Now, I think uucico is running now so some of those settings may be a
bit of a lark but it seems to run fine... Here's a tail of our
xferstats file to give you an idea of the sort of throughput we get
off that line:
-----
ajfcal!news M (12/7-23:01:16) (C,22471,11) [tty02] <- 121825 / 103.183 = 1180.6
ajfcal!news M (12/7-23:01:20) (C,22471,12) [tty02] <- 137 / 1.333 = 102.7
ajfcal!news M (12/7-23:03:03) (C,22471,13) [tty02] <- 120209 / 101.850 = 1180.2
ajfcal!news M (12/7-23:03:06) (C,22471,14) [tty02] <- 137 / 1.583 = 86.5
ajfcal!news M (12/7-23:05:10) (C,22471,15) [tty02] <- 142338 / 121.716 = 1169.4
ajfcal!news M (12/7-23:05:14) (C,22471,16) [tty02] <- 137 / 1.350 = 101.4
ajfcal!news M (12/7-23:06:59) (C,22471,17) [tty02] <- 121934 / 103.283 = 1180.5
ajfcal!news M (12/7-23:07:01) (C,22471,18) [tty02] <- 137 / 1.283 = 106.7
ajfcal!news M (12/7-23:08:34) (C,22471,19) [tty02] <- 107149 / 90.700 = 1181.3
ajfcal!news M (12/7-23:08:37) (C,22471,20) [tty02] <- 137 / 1.366 = 100.2
-----

So; to me this indicates that either your tctl settings are incorrect, or your 
cable is wired incorrectly; or your modem settings are not set for hardware
flow control.

Our cable is wired 1:1 for pins 2,3,4,5,6,7,8,20... If you use a ribbon
cable you should be ok... Try to keep the cable length down to under 50
feet especially at speeds of 19200... You can probably get away with more
but I've seen that problem crop up... Also, check to make sure that your
modem is set to hardware flow-control as opposed to Xon/Xoff which is the
default for some modems...

Hope that helps... I'm sure you'll have gotten some responses from others
probably saying much the same thing...
-- 
"I was early to finish | hpeyerl@novatel.cuc.ab.ca <Reply-To>   | I brew |
I was late to start, I | peyerlh@sun.cuug.ab.ca                 | there- | 
might be an adult, but | #define JANITOR "Network Administrator"| fore I | 
I'm a minor at heart." |    JANITOR, NovAtel Communications Ltd.|   AM.  |
Newsgroups: fj.mail-lists.apollo