home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / modems / 13133 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  6.4 KB

  1. Path: sparky!uunet!sun-barr!olivea!hal.com!decwrl!adobe!andrich.mv.us.adobe.com!user
  2. From: rfall@mv.us.adobe.com (Richard Fall)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Why is this modem cable's DTR mapped to RTS?
  5. Message-ID: <rfall-080992145008@andrich.mv.us.adobe.com>
  6. Date: 8 Sep 92 22:12:08 GMT
  7. References: <1992Sep6.050516.4767@news.columbia.edu>
  8. Sender: usenet@adobe.com (USENET NEWS)
  9. Followup-To: comp.dcom.modems
  10. Organization: Adobe
  11. Lines: 121
  12.  
  13. In article <1992Sep6.050516.4767@news.columbia.edu>,
  14. ia4@cunixa.cc.columbia.edu (Imran Anwar) wrote:
  15.  
  16.     [....]
  17.  
  18. > But , despite attempts, we could not figure out what was happening.  I did
  19. > remember that the program ONLY works with a modem cable the company gave.
  20. > And one of the things I noticed between this and other modem cables I had
  21. > was that with it the Modem Ready light and CTS come on but NOT the DTR light.
  22. > Interestingly, when this cable is hooked to the Worldblazer the RTS light
  23. > comes on (the Trailblazer Plus does not have an RTS light or I would have
  24. > noticed this sooner). instead of the DTR light.  When I make any other
  25. > communications program eventhen the RTS light comes on instead of DTR.  And
  26. > "inverting DTR" in the application makes the RTS light go on and off.
  27.  
  28. I'm a little confused by what you've described, but it sounds to me very
  29. much like you've got a problem with the setup of your WorldBlazer and/or
  30. you serial cable.
  31.  
  32. Let me see if I can help by providing an explanation first:
  33.  
  34. The Mac serial port has a limited number of pins available for its use.
  35. For this reason, there is only _one_ signal available for _any_ handshaking
  36. use--it's a signal called "Handshaking Out (HO)".
  37.  
  38. Depending on the communications program you use, this signal may, in
  39. general, be used for one of two purposes:  either as a means to signal
  40. the modem to reset/go into command mode, or as a means to provide hardware
  41. flow control from the modem to the Mac.
  42.  
  43. In the former case, this is done by connection HO to the DTR pin of the
  44. modem, and configuring the modem to treat a deassertion of this signal
  45. in the appropriate manner (see the documentation for your WorldBlazer
  46. and refer to the &D register settings--you probably will want to set
  47. &D1, &D2,or &D3 for this mode).  In this case, however, since there is
  48. nothing connected to RTS, you must tell the WorldBlazer to ignore the
  49. signal level on the RTS pin, by setting S58 equal to 0 or 3 (no flow
  50. control, or XON/XOFF flow control, respectively).  You must be sure,
  51. however, that the communcation program is using HO in the fashion, since
  52. if it uses this signal for flow control, the modem will drop the
  53. connection or drop into command mode the first time it sees DTR go
  54. away;  probably not what the program meant to do.
  55.  
  56. In the case where the comm package uses HO for hardware flow control,
  57. you must connect HO to RTS, and tell the modem to use RTS/CTS flow control
  58. (S58 = 2 and S68 = 2 or 255), and you must also tell it to assume that
  59. DTR is asserted all the time, since there will be no signal driving it
  60. (&D0).
  61.  
  62. In general, you're better off using RTS/CTS flow control, since many
  63. file transfer protocols assume a clean 8-bit data path, end to end, and
  64. won't "like" seeing XON/XOFF characters disappearing from the data
  65. stream, as they're interpreted as flow control characters by the other
  66. modem.
  67.  
  68. There is an equivalent situation, BTW, with regard to input handshaking
  69. to the Mac--a signal called "Handshaking In (HI)" is available for use
  70. either as a signal from the modem for certain events (usually used as
  71. a DCD indication) or as flow control in the other direction (CTS).
  72.  
  73. So, bottom line, you need to know what your comm program wants to use
  74. HO/HI for, and wire and set S-registers appropriately.
  75.  
  76. > That really suprises me.  Could this have any implications for fast data
  77. > transmission, because when I use ordinary hardware cables with the
  78. > Trailblazer or with the WorldBlazer and send data to the same numbers in
  79. > Pakistan with any other standard program like White Knight, Microphon etc
  80. > using X-, Y- or Z-modem in all the cases the file transfers fail, or
  81. > achieve 80 cps or even lower :-(
  82.  
  83. You bet.  If hardware flow control is not set up correctly, but the
  84. comm package expects it to be, you will be overrunning the receiving
  85. modem, and retranmitting packets, lowering throughput.
  86.  
  87. > I am totallyt confused if it is just some super programming that they
  88. > employed and is it related to DTR/RTS switching on the cable or is that
  89. > kjust a trick to sell expensiuve cables.  The company is in England
  90. > and they want about $5000 yes that is $5000 for an UPGRADE!
  91.  
  92. Well, several companies seem to use this as an excuse to tell you that you
  93. need to buy an expensive serial cable to work with high-speed modems, but
  94. you could just as easily wire one yourself.
  95.  
  96. BTW, I try to solve this problem in a slightly different way, since I have
  97. comm packages that work both ways I've described above.  I have created  a
  98. pair of WorldBlazer settings, once for each, and have the comm program
  99. pick the right one when it initializes the modem.  The cable I use has
  100. HO wired to _both_ DTR and RTS.  When I want to use hardware flow control,
  101. I set S58=2, S68=255, and &D0, and the modem ignores the transitions on
  102. DTR.  When I want to use XON/XOFF flow control, and have the comm program
  103. be able to drop the connection by lowering DTR, I set S58=3, S68=255, and
  104. &D2.  The transitions on RTS are then ignored.
  105.  
  106. In fact, several commercial cables are wired this way (DTR and RTS wired
  107. together) causing no end of confusion for some.
  108.  
  109. Unfortunately, it's not possible to do the same for the input direction to
  110. the Mac, so I simply have CTS on the modem connected to HI.  I can't
  111. then "see" DCD at the Mac, but that's a minor annoyance.
  112.  
  113. > The program shows that it is based on the Think C libraries so I am not
  114. > evenm sure if the Think C code has some such standard high speed data
  115. > transmission routines.
  116. > Hope people on the net can please help me out with this.
  117. > Thanks
  118. > Imran
  119.  
  120. I hope this explanation helps.  Good luck.
  121.  
  122.  +--------------------------------+-----------------------------------+
  123.  |  Richard Fall                  |  Voice:  (415) 962-4889           |
  124.  |  Adobe Systems, Incorporated   |  Fax  :  (415) 903-9652           |
  125.  |  P.O. Box 7900                 |-----------------------------------|
  126.  |  1585 Charleston Road          |  Internet:  rfall@mv.us.adobe.com |
  127.  |  Mountain View, CA  94039-7900 |  UUCP:    ..!decwrl!adobe!rfall   |
  128.  +--------------------------------+-----------------------------------+
  129.