home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.modems
- Path: sparky!uunet!protocol.com!farzin
- From: farzin@protocol.com (Farzin Guilak)
- Subject: Problems with T1600 - T2500 communication
- Message-ID: <1992Jul23.190102.766@protocol.com>
- Sender: usenet@protocol.com
- Nntp-Posting-Host: happy
- Organization: Protocol Systems, Incorporated
- Date: Thu, 23 Jul 1992 19:01:02 GMT
- Lines: 40
-
- I have had a lot of problems and only limited success in
- getting a T1600 to communicate with a T2500. The T2500
- is configured in its default mode.
-
- The T1600 differs from default in the following settings
- and registers (I'm including all differences for
- completeness):
-
- &C2 - DCD Control. DCD always on except at disconnect.
- &D3 - DTR Interpretation. Reset when DTR switched off.
-
- S0=1 - Auto Answer. Number of rings.
- S25=15 - DTR Delay Timing. 150 msec.
- S26=0 - RTS to CTS Delay Interval.
- S50=6 - Modulation Speed. 9600 Baud, V.32.
- S51=5 - DTE Interface Speed. 19200 bps.
- S58=2 - DTE Flow Control. Full duplex RTS/CTS.
- S61=0 - Local Action on Break. Go to command mode.
- S68=2 - DCE Flow Control. Full duplex hardware flow control.
- S111=30 - File Transfer Protocol. UUCP 'g' protocol.
- S180=3 - Error Control Request. MNP
-
-
- I originally had S50=0 (for automatic speed determination),
- but this did not seem to work at all. After changing it to
- S50=6 (9600, V.32), it works on one out four or five attempts.
- I talked with tech support at Telebit, and they suggested
- setting error control for the T2500 (S95=2, S97=1, S106=1).
- However, these settings caused problems on the T2500 and were
- abandoned.
-
- Any help or suggestions would be greatly appreciated.
-
- Please email responses to: farzin@protocol.com
-
-
- --
- farzin@protocol.com
- (503) 526-4389
-
-