Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!usc!jarthur!ucivax!orion.oac.uci.edu!ucsd!ucrmath!alchemy!bbs
From: bbs@alchemy.UUCP (BBS Administration)
Newsgroups: comp.dcom.modems
Subject: Re: T2500/SCO Xenix Configuration
Message-ID: <398@alchemy.UUCP>
Date: 31 Mar 91 04:40:52 GMT
References: <1991Mar29.233228.17548@netcom.COM> <390@alchemy.UUCP>
Reply-To: bbs@alchemy.UUCP (BBS Administration)
Organization: Alchemy Software Designs
Lines: 88

In article <1991Mar29.233228.17548@netcom.COM> gandrews@netcom.COM (Greg Andrews) writes:
>In article <390@alchemy.UUCP> bbs@alchemy.UUCP (BBS Administration) writes:
>>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.

So, just dial 1-800-TELEBIT and ask for one? I guess maybe I should send
in my registration card first (do they check?)

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

If anyone knows of such a thing, I'd love to hear about it as it would
be nice to have it understand V.32 connections, etc.

>>2) Allow users to dial into my BBS at any speed supported by the T2500.

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

The problem >was< the dialTBIT program. I modified it to do an ATZ just
before it closed the modem port and this fixed things up. I also changed
S52 to 2 though and it didn't adversly affect anything, so I'm going to
leave it set to 2 -- thanks!

>>2) A stupid question? How can one examine the CURRENT settings in memory
>>of the T2500?

>"ATN?" does that.

Once again, thanks. I guess I should have looked harder, but I also thought
it might be discussed someplace during installation.

[My register settings]

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

Here's the deal:

You are correct. That was the problem. Once I changed S58 to 0, the other
site connecting at 2400 bps (thus >not< spoofing the UUCP "g" protocol)
was able to transfer files. Thanks!

Still, there are problems. Once this was changed, I called another system
at V.32 speed and issued the "uulog" command which sent an enormous
amount of data to my system. At the same time, I was reading the man
page on my machine for "uulog" (which happens to be on the same page as
UUCP and is quite lengthy, plus nroff is a CPU pig, etc.) and the data
being transmitted to my machine was stopped and could not be started
again until I manually pressed ^Q. Obviously, if this were to happen
during a UUCICO exchange, I doubt the ^Q would be sent.

This occurred when I used the S58=2 and S68=255 method you also mentioned.
It would appear that >no< flow control is bad, and that makes sense. But
I'm wondering how to overcome the fact that my system does not properly
interpret the RST/CTS signals.

Is the solution installing the FAS serial driver (I have version 2.08
dated February 3, 1991 -- is this the latest?) or installing the 
NS16550AFN UART chip on my "dumb" serial card or both? Or is it something
else altogether?

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

Once again, THANK YOU for answering this article! I was at the end of my
rope and am really happy to have access to USENET. Now, my rope has been
lengthened, but I'm at your mercy once again...

Hope to get more great answers soon,

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