[net.wanted] ADM3A questions and a Thank You

tkoppel@udenva.UUCP (Ted Koppel) (12/30/85)

Thanks to those people who responded to my plea for a manual for an ADM3A
CRT; I have spent considerable time making the thing work (more or less)
properly.  I have two problems which are not solved, however, by the 
manual.  Your help would be appreciated:
   1.  It doesn't process control-g properly; that is , when the host
       sends out a control-G, the ADM3A screen decides to blank out,
       as opposed to beeping.  Talk about annoying !!!
   2.  It's very picky about connectivity.  Connections that were simple
       with a different terminal (dial-up lines) are met with strings
       of garbage characaters and no connections, despite the fact that
       settings (speed, parity,duplex, etc....) are identical to my
       old terminal's settings.

Any advice would be appreciated.   Thanks in advance.

-- 
       Ted Koppel : 1696 S. Mobile St. : Aurora, Colorado 80017 :
	{boulder, cires, cisden, denelcor, hao, nbires}!udenva!tkoppel
	{bilanc, csm9a, elsi, koala}!udenva!tkoppel

rudy@wang.UUCP (Rudy Bazelmans x72609 ms 1989) (01/02/86)

>    1.  It doesn't process control-g properly; that is , when the host
>        sends out a control-G, the ADM3A screen decides to blank out,
>        as opposed to beeping.  Talk about annoying !!!
> -- 
>        Ted Koppel : 1696 S. Mobile St. : Aurora, Colorado 80017 :

This problem is apparently the result of a  PC-board lay-out problem.
It exists on all ADM3As; LSI will not fix it.  The  screen will blank
whenever the ring-indicator pin goes high.  The terminal can be fixed
my cutting the appropriate trace (I think it is pin 8)  on the board.
Making this change will of course void your warrantee.   You can test
the change by using a cable which lacks the pin.  

ron@brl-sem.ARPA (Ron Natalie <ron>) (01/03/86)

>    1.  It doesn't process control-g properly; that is , when the host
>        sends out a control-G, the ADM3A screen decides to blank out,
>        as opposed to beeping.  Talk about annoying !!!

Pin 22 of the RS-232 connector puts the terminal into diagnostic mode.
1200 baud modems assert that pin.  Whenever a control-G is receieved
in this mode is received, the terminal dumps the screen back to the
computer.  Do not connect pin 22 to ANYTHING, EVER.

>    2.  It's very picky about connectivity.  Connections that were simple
>        with a different terminal (dial-up lines) are met with strings
>        of garbage characaters and no connections, despite the fact that
>        settings (speed, parity,duplex, etc....) are identical to my
>        old terminal's settings.
> 
Mine works perfectly, I'm not sure what you mean.

carl@bdaemon.UUCP (carl) (01/05/86)

> >    1.  It doesn't process control-g properly; that is , when the host
> >        sends out a control-G, the ADM3A screen decides to blank out,
> >        as opposed to beeping.  Talk about annoying !!!
> > -- 
> >        Ted Koppel : 1696 S. Mobile St. : Aurora, Colorado 80017 :
> 
> This problem is apparently the result of a  PC-board lay-out problem.
> It exists on all ADM3As; LSI will not fix it.....

The problem is *NOT* a layout problem but the result of a deliberate, but
somewhat questionable design decision by Lear Siegler.  It is their method
of starting a terminal self-test routine!!  To the best of my knowledge it
applies to several other ADMs as well, including 5 and 9.  Disconnecting
the offending lead indeed fixes the problem (Learnt during more than one
$75.00+ service calls by LSI people at the large installation I used to
work for).

Three cheers for standardization and un-documented "features".

Carl

ron@brl-sem.ARPA (Ron Natalie <ron>) (01/07/86)

> The problem is *NOT* a layout problem but the result of a deliberate, but
> somewhat questionable design decision by Lear Siegler.  It is their method
> of starting a terminal self-test routine!!  To the best of my knowledge it
> applies to several other ADMs as well, including 5 and 9.  Disconnecting
> the offending lead indeed fixes the problem (Learnt during more than one
> $75.00+ service calls by LSI people at the large installation I used to
> work for).
> 
> Three cheers for standardization and un-documented "features".
> 
This is a little unfair.  The pin 22 bug is a dumb feature, but it
is documented.  The figure in the manual that came with all the ADM3As
here says 22-Read Back Enable, TEST ONLY DO NOT CONNECT.

22 is really ring indicator.  This really should not be wagging once
the connection is established, but Vadic modems seem to have a propensity
for doing stupid things with this line.

-Ron