Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!elroy.jpl.nasa.gov!swrinde!ucsd!ucrmath!alchemy!bbs
From: bbs@alchemy.UUCP (BBS Administration)
Newsgroups: comp.dcom.modems
Subject: T2500/SCO Xenix Configuration
Summary: Configuration of T2500 on SCO Xenix
Keywords: setup, configuration, HELP!
Message-ID: <390@alchemy.UUCP>
Date: 29 Mar 91 00:44:17 GMT
Reply-To: bbs@alchemy.UUCP (BBS Administration)
Organization: Alchemy Software Designs
Lines: 108

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.

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).

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. I think that sometimes the S50
register gets set to 255 (via the "dialTBIT" dialer which is used
when I connect to my feed site) and is still set when I try to connect
to a 2400 bps modem. If I issue an ATZ then the "S50=0" setting gets
loaded into memory and I can connect.

[End of description of problems]

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?

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?

3) How do I solve all my problems?

I would think there must be many people out there using the exact same
hardware I am, and running it on the exact same software. Can someone
please tell me how they set up their system? Is there something I'm
missing in the "/usr/lib/uucp" directory that is improperly configured
or something? Could someone send a copy of the relevant files? Did
anyone modify the dialTBIT.c program to make it work better (?) with
the T2500 (or I heard of someone who modified it to use a "v" after
the phone number to >require< that the connection be made at v32)?

If it's any help: here's the profile "A" settings:

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 

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?)

Hoping to hear from all you Telebit experts!

-- John

John Donahue, Senior Partner | UUCP: ucrmath!alchemy!{bbs, gumby} | The Future
  Alchemy Software Designs   | INET: {bbs, gumby}@alchemy.UUCP    | Begins Now
-------------------+---------+------------------------------------+-----------
Communique On-line | +1-714-278-0862 {12, 24, 96v32, 19.2k} T2500 | Next Wave:
Information System |    Alchemy Software Designs Support System   | Communique