home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / modems / 19078 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.8 KB  |  67 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!umn.edu!csus.edu!netcom.com!qualtrak
  3. From: qualtrak@netcom.com (Qual Trak)
  4. Subject: Re: ZyXEL voice and flow control
  5. Message-ID: <1993Jan7.160410.26277@netcom.com>
  6. Followup-To: comp.dcom.modems
  7. Keywords: ZyXEL voice flow control
  8. Organization: QualTrak Corporation
  9. References: <2B4AF74B.602A@telly.on.ca> <C0GHIz.MoJ@wsrcc.com> <C0Goy4.8A0@cs.psu.edu>
  10. Date: Thu, 7 Jan 1993 16:04:10 GMT
  11. Lines: 54
  12.  
  13. In article <C0Goy4.8A0@cs.psu.edu> fenner@postscript.cs.psu.edu (Bill Fenner) writes:
  14. >In article <C0GHIz.MoJ@wsrcc.com> wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
  15. >|Having to deal with software flow control forces one to write fairly
  16. >|inefficient code.  One can't just do a single "write(buffer, 1024)"
  17. >|and be done with it.
  18. >
  19. >Hardly; XON/XOFF is the TTY driver's job.  Set IXON, and feel free to write
  20. >gobs and gobs of data and let the TTY driver worry about flow control.
  21. >
  22.  
  23. Reference Article <2B4AF74B.602A@telly.on.ca> gvb@telly.on.ca (George VandeBunte)
  24.  
  25.  
  26. >>1.) Proper RTS/CTS flowcontrol in voice mode
  27.  
  28. <<This would be OK, however the current method is not unreasonable
  29. <<and should not inhibit you from developing your voice application.
  30.  
  31. <<When one is sending voice, it is prudent to read information from
  32. <<the DCE (modem) since the modem will be decoding the DTMF buttons pushed.
  33. <<The information is shielded by <dle>.  Thus a program should look
  34. <<for <dle> shielded xoff, xon, 0, 1,2,3,4,5,6,7,8,9,#,*,c(t-30 signal),
  35. <<b(busy),
  36. <<or <etx>, VCON.  This is one of the nice features of the voice, that
  37. <<you can be decoding DTMF information both on sending and receiving
  38. <<voice.   
  39. <<In summary, the program should already be looking for characters, so
  40. <<it can also look for xoff, and if your style of programming is to write
  41. <<modular code to handle this DCE communication, it shouldn't be too
  42. <<difficult to put in a pause xoff/xon.
  43.  
  44. Pray tell me where I can find a tty driver that can look for "dle
  45. shielded" xon xoff sequences.
  46.  
  47. >Of course, if you're on an operating system without a TTY driver, then yes,
  48. >you have to do it yourself.
  49.  
  50. Thus I think your above statement is exactly backwards ( at least as far
  51. as msdos would be concerned since you have already had to write the ISR
  52. routines to handle tty you might as well but a little more state
  53. information in the xon/xoff detection parts of the ISR's.
  54.  
  55. >
  56. >|I don't see how any person could claim that byte-at-time writes with
  57. >|intervening reads are "reasonable".
  58. >
  59. >Since this is only necessary under an unreasonable operating system anyway,
  60. >I don't see the problem.
  61. >
  62. >  Bill
  63. -----                                                              -----
  64. John Birchfield - QualTrak Corp (408) 730-2674 Home (408) 736-3852
  65. jb@QualTrak.COM
  66. -----                                                              -----
  67.