home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / dcom / modems / 16756 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.7 KB
  1. Xref: sparky comp.dcom.modems:16756 comp.sys.mac.comm:10858
  2. Newsgroups: comp.dcom.modems,comp.sys.mac.comm
  3. Path: sparky!uunet!spool.mu.edu!wupost!gumby!destroyer!ncar!csn!cherokee!huntting
  4. From: huntting@advtech.uswest.com (Brad Huntting)
  5. Subject: Re: Set up for a USR 14.4 Sportster
  6. Message-ID: <1992Nov11.203701.22639@advtech.uswest.com>
  7. Sender: news@advtech.uswest.com (Radio Free Boulder)
  8. Nntp-Posting-Host: futureworld.advtech.uswest.com
  9. Organization: U S WEST Advanced Technologies
  10. References: <BwLDo3.JFI@cpsc.ucalgary.ca> <1992Oct30.044731.2120@intrepid.com> <Bx3E1y.4n0@cd.com>
  11. Date: Wed, 11 Nov 1992 20:37:01 GMT
  12. Lines: 28
  13.  
  14. Vladimir Vukicevic writes:
  15. > I had this same problem before... I think that Hardware Handshaking isn't
  16. > enabled on the unix side. On SysV, try 'stty rtscts'. I'm not sure of the
  17. > BSD equivlent; it doesn't have rtscts.
  18.  
  19. Vic Serbe writes:
  20. > Sure it does. It's just called crtscts.
  21.  
  22. This option is only available on the later Posix versions of BSD
  23. including the all powerfull BSD386 from BSDi.  The old 4.2BSD line
  24. discipline didn't support hardware flow control.
  25.  
  26. What you really need to use is both CRTSCTS and CRTSOFLOW (in the
  27. termios->cflags word), otherwise the modem can overflow the kernal
  28. buffers in the serial port.  Unfortunatly, the CRTSOFLOW flag is not
  29. supported by the stty, and is not a standard Posix option.
  30.  
  31. I'm not shure wheather SVRx will support the use of RTS as "Ready to
  32. Recieve" (The DCE (the modem) should only transmit characters when RTS
  33. is hight) to throtle the dataflow from the DCE.  This is the only
  34. useful thing to do with RTS these days (IMHO).
  35.  
  36. I heard somewhere that using RTS as a "ready to recieve" signal will
  37. probably be incorporated into RS232-E.  Does anyone know anything more
  38. about this?
  39.  
  40.  
  41. brad
  42.