Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!pacbell.com!tandem!netcom!gandrews
From: gandrews@netcom.COM (Greg Andrews)
Newsgroups: comp.dcom.modems
Subject: Re: T2500/SCO Xenix Configuration
Summary: We're missing some ultraimportant thing here - S52=2.
Keywords: setup, configuration, HELP!
Message-ID: <1991Mar29.233228.17548@netcom.COM>
Date: 29 Mar 91 23:32:28 GMT
References: <390@alchemy.UUCP>
Organization: Netcom - Online Communication Services  UNIX System {408 241-9760 guest}
Lines: 136

In article <390@alchemy.UUCP> bbs@alchemy.UUCP (BBS Administration) writes:
>After trying for several days to get things to work the way I want them, I
>am putting my faith in the hands of USENET...
>
>My system is a '386 machine running SCO Xenix v2.3.2GT. I have a "dumb"
>serial card installed and have a Telebit T2500 attached using "tty1A".
>I have set up the "/etc/ttys" file to use the "gettydefs" entry that
>locks the speed between the computer and the modem at 19200 bps (it's
>label is "n" in the gettydefs file). I have configured the "Devices"
>file to use the "dialTBIT" dialer and have appended "u" to the phone
>number of systems I network with that have a Telebit modem.
>
>Here's what I want to be able to do:
>
>1) Connect, via uucico, to other machines running Unix and transfer files.
>
>This seems to work rather well with my current setup. I followed the
>instructions on page 14 of the "Fast Start Guide" and this operation
>seems to work consistently.
>

The Fast Start Guide simply can't compete with a real, live SCO Xenix
setup guide available from Telebit Tech Support.

Note that the dialTBIT distributed with SCO Xenix (and Unix) was written
for the TrailBlazer Plus modem and not the T2500.  It can't handle the
V.32 result codes that the modem will return, so it chokes on V.32 calls.

There are hacked versions of dialTBIT on the net (dunno where).

>
>2) Allow users to dial into my BBS at any speed supported by the T2500.
>
>This works sporadically. One problem is that, after I connect at PEP
>speed during a UUCP exchange with my feed site, my T2500 will only
>connect with modems dialing in at PEP speed. I have configured the
>"A" profile with "S50=0" and "S92=1" so that automatic speed detection
>is used, and PEP tones come last, but things still do not get reset
>properly after my UUCP exchange. I went so far as to use my terminal
>program (called XCMALT) to talk directly to the modem after a PEP
>connection and issue an "ATZ" in the hopes that this would reset the
>modem to the proper state. When I dialed in with another computer,
>my modem picked up the phone, then paused for a while, sent no tones
>at all, then hung up.
>
>I'm not sure, but I think that if I do an "ATZ" then examine things
>with an "AT&N" then write things back with an "AT&W" that >then< the
>modem answers correctly (I think). And when it does answer, it will
>continue to answer correctly until I dial out again at PEP speed
>(or maybe it dies when someone else dials in at PEP speed, I'm not
>too sure at what point it decides to go out to lunch).
>

Set your S52 register to 2.  That will do the equivalent of "ATZ"
after every call out and in, resetting your S50 back to 0.

>
>3) Allow me to dial out using XCMALT to various systems and when I'm
>done, reset to the proper mode for users to dial in.
>
>Usually, this works, but not always. 
>  [theory about cause of problem deleted - use the S52=2 above]
>
>My questions are:
>
>1) How do the settings in Profile "A" (I have the physical button set to
>this profile and the S255 register set to 0 so the T2500 observes this
>setting) get loaded back into memory once uucico stops and the getty on
>tty1A is respawned so users can dial in at ANY speed?
>

If an "ATZ" command is sent to the modem, or DTR drops when S52=2.

>
>2) A stupid question? How can one examine the CURRENT settings in memory
>of the T2500? All I could find was the &N commands that shows you what
>is in NRAM, but nothing about how to display the current settings in RAM?
>

"ATN?" does that.

>
>3) How do I solve all my problems?
>

The ones you described above?  S52=2.

>
>[bunch of stuff deleted]
>
>E0 F1 M0 Q4 P V1 W0 X1 Y0 &P0 &T4     Version GF7.00-T2500SA
>S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 S07=040 S08=002 S09=006
>S10=007 S11=070 S12=050 S18=000 S25=005 S26=000 S38=000 
>S41=000 S45=000 S47=004 S48=000 S49=000 
>S50=000 S51:005 S52:001 S54:003 S55:003 S56=017 S57=019 S58=003 S59=000 
>S61:099 S62=003 S63=001 S64:001 S65=000 S66:001 S67:001 S68:003 S69=000 
>S90=000 S91=000 S92:001 S93=008 S94=001 S95:002 S96=001 S97:001 S98=003 
>S100=000 S101=000 S102=000 S104=000 S105=001 S106:001 S107=020 
>S110=255 S111=255 S112=001 
>S121=000 S130:005 S131:001 
>S150=000 S151=004 S152=001 S153=001 S154=000 S155=000 S157=000 S158=000 
>S160=010 S161=020 S162=002 S163=003 S164=007 S169=000 S255=000 
>

The S58=3 setting will hose your XMODEM, YMODEM, and uucp file transfers
unless they are spoofed by the modem (available only in PEP and V.32/MNP
connections).  S58=0 might be a better setting, or S58=2 S68=255 if your 
system can support RTS/CTS flow control.

>
>Oh, and one more interesting thing I found today... I wrote a gateway
>program between Unix and a BBS system called "ProLine" (it runs on
>Apple II computers). The transport mechanism is simply Xmodem. After
>installing the T2500 the Unix system could >receive< files from the
>Apple (since the Apple is in control of sending each packet) but
>when the Unix side sends a file using Xmodem, the "send" light goes
>on and stays on without waiting for the Apple to ACK the packets. If
>I simply change modems, this problem goes away, so it must be the
>T2500 (or could it be related to flow control, XON/XOFF, something
>like that?)
>

Sounds like you have the spoofing turned on for XMODEM/YMODEM.  You
don't seem to have S111=20, so you must be setting it in a dialer
script or including an 'x' in the phone number for dialTBIT.

Or the other system is calling you and they have S111=20 in their
modem when they call.

Why do you call this a 'problem'?

-- 
.------------------------------------------------------------------------.
|  Greg Andrews   |       UUCP: {apple,amdahl,claris}!netcom!gandrews    |
|                 |   Internet: gandrews@netcom.COM                      |
`------------------------------------------------------------------------'