home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / att / 2800 next >
Encoding:
Text File  |  1993-01-04  |  3.7 KB  |  87 lines
  1. Newsgroups: comp.sys.att
  2. Path: sparky!uunet!uunet.ca!geac!torag!robohack!woods
  3. From: woods@robohack.UUCP (Greg A. Woods)
  4. Subject: 3b2 EPORTS device driver bugs
  5. Organization: Elegant Communications Inc.
  6. Summary: CLOCAL vs. DCD and proper modem control functionality
  7. Message-ID: <1993Jan4.062531.19906@robohack.UUCP>
  8. Date: Mon, 4 Jan 93 06:25:31 GMT
  9. Lines: 76
  10.  
  11. I'm running (among other things) two modems on an EPORTS card plugged
  12. into a 3b2/400 with UNIX SysV Rel. 3.1, and version 1.3 of the EPORTS
  13. drivers.
  14.  
  15. Before I lost my AT&T 2224 modem, and other than the traditional
  16. hardware flow control problems, I'd been quite happy with this setup.
  17.  
  18. However, as some of you may recall, I posted a note about a problem
  19. which began to plague my Hayes 2400 and Telebit T-1000 some time ago.
  20.  
  21. The symptoms were a hung modem, and on the Hayes, the appearance of
  22. RD, SD, TR, and MR being on continuously.  
  23.  
  24. Since I'm too poor to afford a fancy RS-232 protocol analyser, or even
  25. a nice logic analyser, and my multi-channel scope is dead, I had no
  26. idea what was actually happening to the ports.
  27.  
  28. The only solution to this lockup is to either cycle the power on the
  29. affected modem, or to re-pump the firmware to the EPORTS card.
  30.  
  31. Eventually I discovered that running the modems with DCD in what I
  32. call "interrupt" mode (i.e.  S131=3 on the T1000, or AT&C3 on other
  33. conventional modems) effectively solved the problem.  (The Hayes
  34. SmartModem 2400 couldn't do this, but since I only use it to dial out,
  35. I can use AT&C0 for it.)
  36.  
  37. Recently I began experimenting with a new scheme for multi-class (link
  38. layer protocol) dialer control for modern modems using entries like
  39. these in the Devices file:
  40.  
  41. ACU     tty32,M    - 19200    directM "" tb1init "" clocaloff "" tb1PEP "" tb1td \D
  42. ACU    tty32,M    - 2400    directM "" tb1init "" clocaloff "" tb124 "" tb1td \D
  43. ACUnC    tty32,M    - 2400    directM "" tb1init "" clocaloff "" tb124 "" tb1nC "" tb1td \D
  44. ACU    tty32,M    - 1200    directM "" tb1init "" clocaloff "" tb112 "" tb1td \D
  45. ACUkerm    tty32,M - Any    directM "" tb1init "" clocaloff "" tb1KERM "" tb1td \D
  46.  
  47. And like these in the Dialers file:
  48.  
  49. directM    ""    "" \M\c
  50. clocaloff ""    "" \m\c
  51. tb1init    ""    "" A\pA\pATZ OK-A\pA\pATZ-OK ATQ0E1 OK-ATQ0E1-OK
  52. tb1td    =W-,    "" \EATDT\T\r\e\c CONNECT-\c-CONNECT-\c-CONNECT
  53. tb1pd    =W-,    "" \EATDP\T\r\e\c CONNECT-\c-CONNECT-\c-CONNECT
  54. tb112    ""    "" ATS50=2 OK-ATS50=2-OK
  55. tb124    ""    "" ATS50=3 OK-ATS50=3-OK
  56. tb1PEP    ""    "" ATS50=255 OK-AS50=255-OK
  57. tb1nMNP    ""    "" ATS95=0 OK-ATS95=0-OK
  58. tb1nC    ""    "" ATS96=0 OK-ATS96=0-OK
  59. tb1UUCP    ""    "" ATS111=30 OK-ATS111=30-OK
  60. tb1KERM    ""    "" ATS111=13 OK-ATS111=13-OK
  61.  
  62. My original single-entry dialer had not used '\m', but since this is
  63. the secret to having cu(1) say "disconnected" when the modem drops
  64. DCD, I put it back in the dialer sequence.
  65.  
  66. Since that time, every (successful?) call out results in a subsequent
  67. (but random?) series of locked up modems.  Eventually the frequency of
  68. lock-ups is reduced.  (So I've again removed the clocaloff invocation,
  69. and have gone back to ensuring I use '~.' to end calls).
  70.  
  71. I should also note that if the board is re-pumped, it seems no
  72. subsequent lock-up's occur.
  73.  
  74. [Seems to be a plot against proper modem control and use of the modem
  75. control features in HDB-UUCP (i.e. BNU)!]
  76.  
  77. So, does anyone have any clues?  Has anyone else experienced these
  78. problems?  Does anyone have access to source for the EPORTS drivers
  79. and firmware, and perhaps the ability to get this fixed and release
  80. the fix?  While you're at it, could the hardware flow control be fixed
  81. such that it can be permanently enabled at boot time for a given port?
  82. -- 
  83.                         Greg A. Woods
  84.  
  85. woods@robohack.UUCP, woods@Elegant.COM  VE3TCP    UniForum Canada & ECI
  86. +1 416 443-1734 [home] +1 416 362-XRSA [work]    Toronto, Ontario; CANADA
  87.