home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / att / 2491 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  8.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!uwm.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!jvnc.net!yale.edu!yale!gumby!destroyer!cs.ubc.ca!mala.bc.ca!oneb!hakatac!rthomas
  2. Newsgroups: comp.sys.att
  3. Subject: Re: No Controlling Terminal???
  4. Message-ID: <1992Nov08.111250.5676@hakatac.almanac.bc.ca>
  5. From: rthomas@hakatac.almanac.bc.ca (Robert N Thomas)
  6. Date: Sun, 08 Nov 92 11:12:50 GMT
  7. References: <Bwy5K9.LIz@chinet.chi.il.us> <1992Nov2.223617.21724@sactoh0.sac.ca.us> <Bx5wqK.507@chinet.chi.il.us>
  8. Distribution: na
  9. Organization: Sir HackAlot's Castle BBS, Port Alberni, B.C., Canada
  10. Lines: 182
  11.  
  12. In article <Bx5wqK.507@chinet.chi.il.us> les@chinet.chi.il.us (Leslie Mikesell) writes:
  13. >In article <1992Nov2.223617.21724@sactoh0.sac.ca.us> ccpoabt!dan@sactoh0.SAC.CA.US writes:
  14. >
  15. >>Is there a way to get the uucp functions working without setting up the
  16. >>modem this way???  I have my modem hold carrier detect until disconnect, it
  17. >>then resets (including forcing CD high).
  18.  
  19.  
  20.    Since I don't see any mention of /M or ,M anywhere, and have a successfully
  21. running heap of modems here, maybe I can help out (I suspect my system doesn't
  22. know about /M, but I will be giving it a TRY!)
  23.  
  24.     The below describes the manner in which I deal with modems on my 3B2.
  25. It also assumes you have the following:
  26.  
  27. EPORTS CARDS:
  28. ~~~~~~~~~~~~~
  29.    The modem must be connected up to an EPORTS card.  The EPORTS card is
  30. a card that has 8 terminal lines on it.  A PORTS card has 4 terminal ports
  31. and a CENTRONICS printer connector on it.  The PORTS card is useless for
  32. running a MODEM in the manner described below..   Use an EPORTS card!!
  33.  
  34. MNP CLASS MODEM:
  35. ~~~~~~~~~~~~~~~~
  36.     Most non-mnp modems just plain and simply do no have enough programmability
  37. to work in the perscribed manner.  Even some of the lower end MNP modems may
  38. not work as well..  The below will define the features you want in a modem
  39. at least, and will show you how to effectively use them.
  40.  
  41.     I discuss HST and PEP type modems in the below, but you will still need
  42. your modem manual to find out "exactly" how you use the commands.  I also
  43. assume the reader can say NON-VOLITILE ram, and think AT&W at the same time.
  44.  
  45.  
  46.  
  47. CARRIER DROPPED BY USER & SENSING DISCONNECT:
  48. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  49.    In order to for this all work, you need a modem that has a bit of 
  50. "intelligence".  Here, I am running both a Trailblazer and HST...  Both of
  51. these modems can be programmed to leave "some" line high (on the HST it's
  52. the DSR {see S24 register}, and on my TrailBlazer it's DCD {see S131=3}
  53. or DSR {see S130=3}).   In the case of a modem that uses DSR, you will have
  54. to connect your modems DSR to the 3B2's DCD, and hence you will be running
  55. a "nonstandard" connector..
  56.  
  57.    Here, I have the TB2000 running with DCD dropping on disconnect, and the
  58. HST is running with DSR dropping and a hacked up connector.  Carrier is dropped
  59. the 3B2 will know because it's DCD will drop, and handle the carrier drop 
  60. correctly.
  61.  
  62.  
  63. PIN OUTS:
  64. ~~~~~~~~~
  65.      Here is how I "think" I have it pinned..  It is "possible" that I may
  66. have made a mistake here, but in all probability, this should work, given
  67. that I have just went through all the relevent documentation..
  68.  
  69.    EPORTS CARD                         MODEM DB25
  70.   ~~~~~~~~~~~~~                        ~~~~~~~~~~~
  71. PIN 1  Protective Ground <------------> Pin 1 Protective Ground
  72. PIN 2  CTS Clear to Send -------------> PIN 4 Request to Send
  73. PIN 3  TxD Transmit Data -------------> PIN 2 Transmit Data
  74. PIN 4  DTR Data Terminal Ready--------> PIN 20 Data Terminal Ready
  75. PIN 5  RxD Recieved Data -------------> PIN 3 Recieved Data
  76. PIN 6  DCD Data Carrier Detect <------  PIN 8 for PEP using S131
  77.                                                  or
  78.                                         PIN 6 Data Set Ready for
  79.                                               HST using S24
  80.                                               PEP using S130
  81. PIN 7  Signal Ground <----------------> PIN 7 Signal Ground
  82. PIN 8  RTS Request to send <----------  PIN 5 Clear to send
  83.  
  84.      3B2 EPORTS & PORTS                   25 pin female modem connector
  85.   +-----------+                     +---------------------------------------+ 
  86.   |  87654321 |                      \ 13 12 11 10 09 08 07 05 04 03 02 01 /
  87.   |           |                       \25 24 23 22 21 20 19 18 17 16 15 14/ 
  88.   +----\__/---+                        +---------------------------------+
  89.  
  90.  
  91.    The PORTS card is the same as the EPORTS card, except the CTR and RTS
  92. have no function, and do not give you hardware flow control.
  93.  
  94.  
  95.  
  96. HOW THE 3B2 TELLS A MODEM TO RESET OR DROP CARRIER:
  97. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
  98.    I have programed both modems to DROP CARRIER and do a reset if the 3B2
  99. drops it's DTR line.  Whenever a user logs off the system, the 3B2 will
  100. lower it's DTR line.  And the modems reset, dropping carrier..
  101.  
  102. HST = see S13 setting.
  103. TB  = see S52 register setting.
  104.  
  105. CONNECTION without any LOGON:
  106. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  107. If some caller has been trying to get online, and left his system in WAR DIAL
  108. mode, and then walks away..  You will end up being connected forever..
  109. Or until he gets back from coffee..
  110.  
  111.    Turns out that you can set a MODEM TIME OUT.  When there is X minutes of
  112. silence, you can have your modem drop carrier..  
  113.  
  114. HST = see S19
  115. TB  = see S41
  116.  
  117.    Here, I set this to about 15 to 30 minutes.
  118.  
  119.    I also have a job running on the system which every 15 minutes, terminates
  120. all uugetty's, which forces my modems to reset.  It is possible for some poor
  121. person to have just connected, and then get dropped..  I suspect this is
  122. very rare..  I don't hear any complaints so far.
  123.  
  124.  
  125.  
  126. HARDWARE FLOW CONTROL:
  127. ~~~~~~~~~~~~~~~~~~~~~~
  128.     All modems are set up to use hardware flow control.  This allows things 
  129. like ZMODEM and others protocols to run, unhampered..  I wrote a program which
  130. replaces /etc/login..  Basically this version of login runs a script file, and
  131. then runs /etc/LOGIN.  This LOGIN file is the original version of login renamed.
  132.  
  133.     The script file basically looks at the TTY line the user is using, and 
  134. does a epstty hfc, if the terminal port being used is one of my modem ports.
  135. pretty simple stuff...  
  136.  
  137.  
  138. MAKING A SYSTEM EASIER TO CONNECT WITH:
  139. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  140.      I also LOCK my modem's communication speed (the baud rate at which the
  141. modem talks to the 3B2) to 19200 baud.  This is not to say I can't accept 
  142. 2400-300 baud callers.  What happens, is the modem translates from 300 baud
  143. at the phone line side, to 19200 baud at the 3B2 side.
  144.  
  145. HST = see AT&Bn
  146. TB  = see S51
  147.  
  148.      The modems are programmed for 19200 baud MODEM to 3B2 communication speeds,
  149. and my system doesn't force the caller to play HIT BREAK, and maybe the "dumb"
  150. unix box will find the right baud rate..  Here, the modem deals with it, and
  151. my gettydefs hunt sequences are non-existant.  I don't wish to switch
  152. baud rates if a break hits me.  I stay at 19200, and the modems know that 19200
  153. is all that my 3B2 understands.
  154.  
  155.  
  156. HARDWARE FLOW CONTROL & UUCP:
  157. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  158.     Basically I haven't any solutions running here yet, although I have heard
  159. of a few which are around and out there..  I am not in much rush here, since
  160. the TB does 1300cps, and doesn't mess up anyway..  It works, so I am not going
  161. to fix it..  ??
  162.  
  163.  
  164. MODEM LOOPBACK PROBLEMS:
  165. ~~~~~~~~~~~~~~~~~~~~~~~~
  166.     Here's an interesting scenario.. A cosmic ray hits the line, or a
  167. bit of garbage somehow gets in the line.  The 3B2 thinking someone is
  168. there, sends "login: "..
  169.  
  170. The modem, upon seeing this sends back "login: "..  The 3B2 now thinks
  171. someone is trying to login via the "logon:" account...
  172.  
  173.     Being a good machine, it send login: back to the modem.  The modem
  174. sees login: arrive, it then echo's login: back to the 3B2.  The 3b2
  175. echos the login: back to the modem, modem echos login: back to the 
  176. 3B2..  Around & around it goes..  Forget about getting any calls on that
  177. line..
  178.  
  179.     What I do is set the modem to default to ATE0Q1 in it's NV ram.  This
  180. disables the modem's ECHOing back everything it recieves, and the Q1 stops
  181. OK and CONNECT messages from arriving at the 3B2. 
  182.  
  183.     Unfortunatly, the CU and UUCP commands will no longer work, because the
  184. modem does not say OK, or yield any responses back to the system for normal
  185. dial out procedures.  Hence, in my DIALERS file, the first command in there
  186. is a ATE1Q0.  Now when I uucp out, the modem will act like a standard modem, 
  187. echoing characters, and responses back to the person on the other end..
  188.  
  189.  
  190. Cheers...
  191.  
  192.                     ---- Robb ----
  193.  
  194.