home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / datacomm / 5935 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  1.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!sample.eng.ohio-state.edu!purdue!mentor.cc.purdue.edu!sage.cc.purdue.edu!huebner
  2. From: huebner@sage.cc.purdue.edu (Robert Huebner)
  3. Newsgroups: comp.sys.amiga.datacomm
  4. Subject: Re: Supra Modem Problem
  5. Message-ID: <Bto052.1G5@mentor.cc.purdue.edu>
  6. Date: 27 Aug 92 23:05:26 GMT
  7. References: <14252@mindlink.bc.ca> <1992Aug20.104219.18959@athena.mit.edu>
  8. Sender: news@mentor.cc.purdue.edu (USENET News)
  9. Organization: Purdue University Computing Center
  10. Lines: 16
  11.  
  12. In article <14252@mindlink.bc.ca> Terry_Palfrey@mindlink.bc.ca (Terry Palfrey) writes:
  13.  
  14. >hear a ringing tone, a click then the modem disconnects and dials the next
  15. >number in the queue. This happens in NComm2.0 and Jr-Comm environments.
  16.  
  17. I have this problems with the Supra as well.  After some testing and help
  18. from Supra, I have determined the problem is with Supra's method for
  19. detecting BUSY signals.  The method is very dependant on your local phone
  20. company's tones and timing.  My Supra works fine at my Summer residence,
  21. and rarely detects correctly here at school.  There's really no solution
  22. other than to put the modem into "dumb" mode (with the ATX command).  The
  23. 1.2 ROMS do nothing to rectify this situation.  
  24.  
  25. In Supra's defense, the tones used here in Indiana are (I am told) fairly
  26. out-of-spec, so on a proper phone system the Supra should work okay.  Other
  27. modem brands however (USR, PP&S) have no problems detecting BUSY here.
  28.