Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: nyu notesfiles V1.1 4/1/84; site acf4.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!harpo!seismo!cmcl2!acf4!kenner
From: kenner@acf4.UUCP
Newsgroups: net.dcom
Subject: Re: UUUUUUUUUUUUUUUUUUUU
Message-ID: <22300001@acf4.UUCP>
Date: Mon, 21-May-84 21:21:00 EDT
Article-I.D.: acf4.22300001
Posted: Mon May 21 21:21:00 1984
Date-Received: Thu, 17-May-84 07:09:32 EDT
References: <4644@amd70.UUCP>
Organization: New York University
Lines: 13
Nf-ID: #R:amd70:-464400:acf4:22300001:000:820
Nf-From: acf4!kenner    May 16 21:21:00 1984

There is a specific case of this problem when using an ADM3A terminal and a
Racal-Vadic 3451 modem connected by a cable which has ALL 25 PINS.  In this
case, if you are sent a bell (^G), somehow the terminal triggers the modem
to enter self-test mode.  In this case, the problem is also fixed by simply
not running all 25 pins in the cable.

Another note about U's:  For the VA3400 protocol, the encoding format is a
phase shift of 0, 90, 180, or 270 degrees for each pair of bits.  It turns
out that a string of U's is a continuous 010101 (or 101010, I forget which)
which is a string of 0 degree phase shifts.  But the receiver will interpret
this as something being wrong.  So if you ever try to type out a file
containing a large number of U's, you will see some rather interesting
effects when using 3400 protocol!