home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.dcom.modems:18120 comp.dcom.servers:182
- Path: sparky!uunet!gatech!mailer.cc.fsu.edu!sun13!sun13.scri.fsu.edu!hudgens
- From: hudgens@SCRI.FSU.EDU (Jim Hudgens)
- Newsgroups: comp.dcom.modems,comp.dcom.servers
- Subject: Supra/Netblazer?
- Message-ID: <HUDGENS.92Dec14223412@sun13.SCRI.FSU.EDU>
- Date: 15 Dec 92 03:34:12 GMT
- Sender: hudgens@sun13.scri.fsu.edu
- Followup-To: comp.dcom.modems
- Organization: SCRI, Florida State University
- Lines: 37
-
-
- [Not sure if comp.dcom.servers is appropriate...]
-
- I've got a situation in which some Supra 14400 modems (pretty much all
- at level 1.200H) are attached to a Telebit Netblazer (running Fred
- 1.5). They're set pretty standard, with &F2, autoanswer on one ring,
- and at 57600 baud. Works just fine about 95% of the time. Nice
- combination, actually!
-
- The rest of the time, however, at seemingly random times and following
- no pattern that I can discern, any attempts to connect to a given line
- results in garbage on that line. And at any speed. Using any modem.
- It appears that the handshaking (i.e. modem reinitialization) between
- the netblazer and the modem resulted in the netblazer holding it's
- speed at 57600, and the modem running at a lower speed. And it can be
- fixed using the netblazer "reset lineXX" command twice (it drops dtr,
- raises it, sends an "ATE0V0\nATI0" and looks for the 14400 returned by
- the modem, and then reinitializes the modem). Sometimes, it doesn't
- get either 14400 or 0, and the only thing I can figure is that the
- baud rate of the modem has changed.
-
- My guess is that this has to be similar to what happens on BBS's
- using Supra's. Anyone seen anything similar? Anyone have a
- "modemcap.txt" so I can check out you're supra initialization
- section? Anyone have any other guesses???
-
- Thanks.
- JHH
-
-
-
-
-
- --
- Jim Hudgens Supercomputer Computations Research Institute
- hudgens@sun13.scri.fsu.edu
-
-