Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!ut-sally!pyramid!ncr-sd!greg
From: greg@ncr-sd.UUCP (Greg Noel)
Newsgroups: net.unix-wizards,net.unix
Subject: Re: Arcane modem configuration (was Re: Modems on Ultrix)
Message-ID: <1153@ncr-sd.UUCP>
Date: Thu, 28-Aug-86 17:44:42 EDT
Article-I.D.: ncr-sd.1153
Posted: Thu Aug 28 17:44:42 1986
Date-Received: Thu, 28-Aug-86 23:46:05 EDT
References: <282@cirl.UUCP> <3030@umcp-cs.UUCP> <1149@ncr-sd.UUCP> <584@pyramid.UUCP>
Reply-To: greg@ncr-sd.UUCP (Greg Noel)
Distribution: net
Organization: NCR Corporation, San Diego
Lines: 44
Xref: mnetor net.unix-wizards:7718 net.unix:5313

In article <584@pyramid.UUCP> csg@pyramid.UUCP (Carl S. Gutekunst) writes:
>Unfortunately, a lot of terminals use DTR for their flow control, and RTS as
>'power on' (including all Wyse and Liberty terminals).

For this, and other kinds of braindamage, I resort to specialized short cables
(about two inches long, like a sex converter) that makes the necessary changes.
In this case, a simple one that swapped DTR and RTS would suffice.

(Actually, my null modem cables are the same length -- any cable I have that's
over a foot long is straight pin-to-pin with at least the nine standard signals
being carried.  That way I never have to test a cable to see what it does -- if
it's long, it's straight; if not, it had better be labled with what it does.)

>Note that using RTS and CTS for full-duplex flow control isn't technically
>correct either, but that's a lot better than using DTR....

Truth.  (Enter lecture mode for those that don't know the history.)  RTS and
CTS are intended for half-duplex flow control -- that's where they get their
names.  (A half-duplex line is one where only one side is sending data at a
time and if data is to flow in both directions, the two ends must alternate.
A line where data flows in only one direction is a simplex link, and a line
where data can flow in both directions at the same time is a full-duplex link.)
If somebody on a half-duplex connection wants to talk, they raise Request To
Send to indicate this.  When the other end is ready to accept data, it raises
Clear To Send.  On a full-duplex line one doesn't have to worry about line
turnarounds, but the flow-control/handshaking tradition remains, so the signals
are often adapted for out-of-band flow control.  (Hey!  OK, I'll stop now --
give me back my soapbox!)

>No! NEVER jumper #1 and #7 together!! I realize a lot of equipment does this,
>but just because the machine is wrong it doesn't mean the mistake should be
>duplicated in the cable. .......

I should have been clearer.  Carl is correct, and I would only jumper them
together if I had verified that both ends made this mistake and the equipment
absolutely needed to be grounded.  Often the cable shield can be used instead
for this pin instead of an actual wire, but again, circumstances vary, and
what is reasonable under one circumstance is not reasonable under another.  If
you are not knowledgable in this area, get help.  (I consider myself only semi-
knowledgable in this area, enough to know the options and potential problems,
but not enough to know the correct solutions, so I \always/ get an expert to
look at my wiring plans before I commit.)
-- 
-- Greg Noel, NCR Rancho Bernardo    Greg@ncr-sd.UUCP or Greg@nosc.ARPA