home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / modems / 16876 < prev    next >
Encoding:
Text File  |  1992-11-15  |  3.0 KB  |  69 lines
  1. Newsgroups: comp.dcom.modems
  2. From: fred@genesis.demon.co.uk (Lawrence Kirby)
  3. Path: sparky!uunet!pipex!demon!genesis.demon.co.uk!fred
  4. Subject: What does the DSR option do? 
  5. Distribution: world
  6. References: <1237@saxony.pa.reuter.COM>
  7. Organization: BT
  8. Lines: 56
  9. Date: Mon, 16 Nov 1992 00:04:41 +0000
  10. Message-ID: <721872281snx@genesis.demon.co.uk>
  11. Sender: usenet@gate.demon.co.uk
  12.  
  13.  
  14. In article <1237@saxony.pa.reuter.COM> dgil@pa.reuter.COM writes:
  15.  
  16. >
  17. >In <Bxn9ML.A18@news.cso.uiuc.edu> mem28103@uxa.cso.uiuc.edu (M Mem28103 M's)> writes:
  18. >
  19. >>What is the DSR option anyway?  Is there a preferred setting?  The
  20. >>default on my modem is "always on".
  21. >
  22. >     DSR stands for "Data Set Ready"; "Data Set" is usually synonymous with
  23. >"Modem" in this context.  Generally, the "Data Terminal" (computer or> terminal)
  24. >shouldn't send a character to the modem unless the DSR signal indicates that
  25. >the modem is prepared to receive and deal with it.  "Always on" means that the
  26. >modem will *claim* to be ready at all times, regardless of whether it is 
  27. >actually ready or not.  I would say that *in general* this is a poor choice of
  28. >default.
  29. >     You will have to determine whether your communications software actually
  30. >honours this signal or just ignores it.  If it ignores it then I guess in
  31. >theory you might get slightly better throughput by leaving it "always on",
  32. >but my own inclination is to sacrifice a little speed for reliability.
  33. >(There is no point in setting it "always on" unless either you know it will 
  34. >always be ignored.  If the computer/terminal is going to take the time to 
  35. >check it, you might as well have the modem generate it.)
  36. >
  37. >     There's an analogous signal, DTR, which governs the flow of data in the
  38. >other direction.
  39. >
  40. >                                              Dave Gillett
  41. >
  42. >
  43.  
  44. In the context of modem it is RTS and CTS lines which are the data flow
  45. lines. CTS is an output from the modem which flow controls the data sent by
  46. the computer. RTS was a half duplex control line but is now almost universally
  47. used for flow control in the opposite direction.
  48.  
  49. DTR and DSR work at a higher level - they indicate that in some way that a
  50. session exists. A comms program will have DTR raised throughout its
  51. conversation with the modem. Dropping DTR forces the modem into a dormant
  52. state where it drops the connection and may even refure to notice commands
  53. sent to it. DSR isn't used much these days. It is closest to a carrier detect
  54. line, and is raised by the modem during the connect phase. It's off when the
  55. modem is in an offline state, but the modem can still accept commands so
  56. DSR is NOT a flow control signal.
  57.  
  58. Of course modems usually allow any of these signals to be disabled. It usually
  59. makes no difference for DSR.
  60.  
  61. Having said all of that there are a few bits of equipment which use DTR and
  62. DSR as flow control, notably serial printers for some reason. But I haven't
  63. seen any modems that do.
  64.  
  65. -----------------------------------------
  66. Lawrence Kirby | fred@genesis.demon.co.uk
  67. Wilts, England | 70734.126@compuserve.com
  68. -----------------------------------------
  69.