home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / sci / electron / 22448 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.1 KB  |  47 lines
  1. Newsgroups: sci.electronics
  2. Path: sparky!uunet!munnari.oz.au!sol.deakin.OZ.AU!news.cs.uow.edu.au!cs.uow.edu.au!cc.uow.edu.au!pdunster
  3. From: pdunster@cc.uow.edu.au (peter dunster)
  4. Subject: Re: 9600 baud Modem design?
  5. Message-ID: <1993Jan11.234446.2089@cc.uow.edu.au>
  6. Organization: University Of Wollongong
  7. References: <1993Jan10.123408.4799@wkuvx1.bitnet> <1993Jan11.040624.20984@netcom.com>
  8. Date: Mon, 11 Jan 93 23:44:46 GMT
  9. Lines: 36
  10.  
  11. nagle@netcom.com (John Nagle) writes:
  12.  
  13. >scottcr@wkuvx1.bitnet writes:
  14. >>I am designing a custom 9600 baud link using a voice channel
  15. >>with the following specs: BW: 100-5Khz  S/N = 35+ dB.
  16. >>Are there any "rules of thumb" about choice of carrier
  17. >>freq 2K ?  3k ?  What about FSK deviation?  With this
  18. >>type of system how does modulation index affect performance?
  19.  
  20. >        I'd suggest getting the current Rockwell modem data products
  21. >book.  There's probably an off-the-shelf single-chip solution to your problem.
  22. >Try Rockwell Semiconductor Products at 1-714-833-4655.  Other
  23. >manufacturers offer similar solutions.  Using a 9600 baud FAX modem
  24. >part is probably the simplest way to go.  The channel you have is
  25. >good enough.  FAX modems are half-duplex (one way at a time), so
  26. >assuming you want a simplex channel (one way), this is the way to go.
  27. >You avoid the complex bidirectional cancelling schemes used to push
  28. >data in both directions simultaneously over two wires that are used to
  29. >make 9600 baud data modems work.  Those modems won't work over a one-way
  30. >link.
  31.  
  32. >                    John Nagle
  33.  
  34. I used a Rockwell Fax chip a couple of years ago in a radio modem design, it
  35. worked well and was easy to control, unfortunately before each transmission
  36. of data it had to send a "training sequence" to get transmitter and reciever
  37. into synch. This training sequence took almost a second, longer than the 512
  38. byte packet that followed it and considerably longer than the returning 
  39. "Ack" packet, thereby considerably reducing data throughput.
  40.  
  41. Looking through the data sheets, Rockwell do now have several 9600 Baud modem
  42. chips which just need a few peripheral components to make a complete modem.
  43.  
  44. Pete Dunster
  45.  
  46. pdunster@cc.uow.edu.au
  47.