home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / apps / 1489 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  5.8 KB
  1. Path: sparky!uunet!usc!elroy.jpl.nasa.gov!ames!agate!overload.lbl.gov!lll-winken!iggy.GW.Vitalink.COM!nocsun.NOC.Vitalink.COM!wsrcc!wolfgang
  2. From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
  3. Newsgroups: comp.sys.sun.apps
  4. Subject: Re: SupraFaxmodem & NetFax
  5. Keywords: fax, modem, netfax
  6. Message-ID: <Bs27nL.7HA@wsrcc.com>
  7. Date: 27 Jul 92 18:06:56 GMT
  8. References: <1992Jul12.155150.8032@cs.cmu.edu>
  9. Organization: W S Rupprecht Computer Consulting, Fremont CA
  10. Lines: 154
  11.  
  12. fitz@frc2.frc.ri.cmu.edu (Kerien Fitzpatrick) writes:
  13. >Is anyone else trying to use one of the new SupraFaxmodem V.32bis modems
  14. >with NetFax 2.1.  I am already using NetFax with an Everex EverFax modem
  15. >and everything works fine.  When I try to use the Supra I get one strange
  16. >result.  The output on the receiving end is two pages long (for each page).
  17. >All the text is just stretched vertically.  I've checked the parameters sent
  18. >to the remote fax and everything is the same as for the Everex.  The only
  19. >thing I could think of is that the density ( #lpi) was wrong, but it is
  20. >correct.  If anyone else has or is trying to get this combination working
  21. >I would like to hear about their results.
  22.  
  23. Another Supra V.32/faxmodem victim.  Join the club.
  24.  
  25.  -*- mode: text -*- 
  26. ###############################################################################
  27. ##                                         ##
  28. ##    File:     BUGS                                 ##
  29. ##    Author:   Wolfgang S. Rupprecht <wolfgang@wsrcc.com>             ##
  30. ##    Created:  Wed May 13 22:39:11 PDT 1992                     ##
  31. ##    Contents: Supra bugs
  32. ##                                         ##
  33. ##    Copyright (c) 1992 Wolfgang S. Rupprecht.                 ##
  34. ##    All rights reserved.                             ##
  35. ##                                         ##
  36. ##    $Header$                                 ##
  37. ###############################################################################
  38.  
  39. Supra V.32bis modem
  40. MODEM #14E-002800
  41.  
  42. 1) During fax transmission DCD is low.  This makes using HW flow
  43.     problematic.
  44.  
  45.     (Sunbug: Due to Sun OS bugs rcv is off if HW flow is enabled
  46.     and CD is off.  HW flow needs to be on for page transmission.
  47.     Technically this follows the RS-232 standard.  But why is it
  48.     only followed if (outgoing) HW flow is active?)
  49.  
  50. 2) FAX doesn't hang up if DTR is low.  &D2 or &D3 mode.
  51.  
  52.     fax will actually stay Off Hook with *NO* modem lines
  53.     active either in or out.
  54.  
  55. 3) Manual claims that you can't auto-reload params on DTR low *and*
  56.    have hang-up on DTR low.  (feature clash problem &D2 &D3)
  57.  
  58.     Having both is really needed for a robust system.    
  59.  
  60.     This may just be a documentation bug.  The modem does appear
  61.     to drop an active connection when DTR drops.  (Thanks to John
  62.     Hood for pointing this out.)
  63.  
  64. 4) Can't lock computer-modem baud rate to known value on incoming
  65.    (dialin) phone connection.
  66.  
  67.     When the modem powers up the computer-modem buad rate is
  68.     undefined.  The modem appears to track any computer to modem
  69.     output or line noise and use that to "autobaud" to a new
  70.     connection rate.  Incoming calls are subjected to whatever
  71.     baud rate the modem last saw (or thought it saw) on the last
  72.     outgoing connection.
  73.  
  74.     Perhaps after a DTR induced reset the baud rate is reset to
  75.     the speed in use for the last &w command.  I must check
  76.     this (but how????)
  77.  
  78. 5) Carrier loss to CD delay is a constant ~ 20 seconds.  Register s10
  79.    has no effect.  (ditto for s9)
  80.  
  81.     This is only in modem mode.  CD never appears in fax mode!
  82.  
  83. 6) busy detection is buggy.  Often one gets voice answers that
  84.    generate a "busy".  Other times a real busy isn't detected.
  85.  
  86.     I did a sleep and quick redail on BUSY, until I noticed that
  87.     BUSY was being detected for an outgoing voicemail message.
  88.  
  89. 7) sending +FET=2 doesn't generate an OK command reply.
  90.  
  91.     out: AT+FET=2
  92.     in:  +FPTS: 1
  93.     in:  +FHNG: 0
  94.     AT+FET=2 failed - timeout
  95.  
  96. 8) wait for carrier register s37 = 5 has no effect in fax mode, after 
  97.     ATA command.  We will wait for quite a while.
  98.  
  99. 9) The ATA command will not return OK or ERROR after +FCON.  Remote
  100.     site eventually drops line.
  101.  
  102.     This means class 2 receive doesn't work appear to at all.
  103.  
  104. 10) Supra appearently uses the FDCC VR values instead of the FDT VR
  105.     value for each transfer.  This leads to double/half size pages
  106.     of printout.
  107.  
  108. 11) Supra answers phone even if DTR is low. (eg. when S0=1, &D3)
  109.     DTR should inhibit any modem action, and hold the modem in a
  110.     reset state.
  111.  
  112. 12) If incoming call disconnects before the speed negotiation completes
  113.     (as in a voice call) the Supra will then lock onto the
  114.     following dialtone and claim "300" on the display.  The modem
  115.     appears to eventually go back on hook.  But I wonder how long
  116.     it might "talk" to the dialtone.
  117.  
  118. 13) Modem often has trouble locking onto a trailblazer (at 2400 baud)
  119.     located on a second phone line right next to it.
  120.  
  121. 14) The ST scan Fax line scan time is negotiated up to max setting for
  122.     no appearent reason. On a fax send send the other side can
  123.     claim a scan time of 4.  I claim a scan time of 0 (or 4).  The
  124.     Supra and Fax then negotiate a 7!  
  125.  
  126. 15) If FAA=1 Supra doesn't answer adaptively as either FAX or Data
  127.     modem.  If FCLASS=2 the modem will not answer data calls.
  128.  
  129.         out: AT+FCLASS=2
  130.         in:  OK
  131.         out: AT+FAA=1
  132.         in:  OK
  133.         out: AT+FCR=1
  134.         in:  OK
  135.         in:  RING
  136.         out: ATA
  137.         in:  +FHNG: 1
  138.         in:  OK
  139.  
  140. 16) AT+FBUG=1 doesn't turn on debuging.  Not technically a bug, but
  141.     certainly not a feature either.
  142.  
  143. 17) Writing to the Supra immediately after DTR goes high, after a
  144.     DTR-low reset has taken place, will leave the modem in a
  145.     confused state.  Eeprom parameters are not correctly reloaded.
  146.  
  147. ---------
  148. from the net:
  149. ---------
  150.  
  151. n1) Spkr volume setting L0-L3 don't have any effect.  Needs PC board
  152.     fix. 
  153.  
  154. n2) The -,*,) LAPM/MNP commands don't work.  Will be a ROM fix.
  155.  
  156. n3) Supra never originates fallback/fallforward speed changes.  Two
  157.     Supras talking on a bad line won't ever negotiate for a better
  158.     connection.
  159.  
  160.  
  161.  
  162.  
  163. -- 
  164. Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
  165. Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
  166.