home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 3 / hamradioversion3.0examsandprograms1992.iso / news / inham89 / 1013. < prev    next >
Text File  |  1979-12-31  |  15KB  |  336 lines

  1.  
  2. INFO-HAMS Digest            Wed, 13 Dec 89       Volume 89 : Issue 1013
  3.  
  4. Today's Topics:
  5.                          1200 baud PSK modem
  6.                   ARRL Propagation Forecast Bn Nr 49
  7.                  Automatic satellite antenna tracking
  8.                               Mac vs IBM
  9.                             Meteor Showers
  10.                              rec.scanners
  11. ----------------------------------------------------------------------
  12.  
  13. Date: 13 Dec 89 17:44:59 GMT
  14. From: idacrd!mac@princeton.edu  (Robert McGwier)
  15. Subject: 1200 baud PSK modem
  16. Message-ID: <530@idacrd.UUCP>
  17.  
  18. >From article <8912121737.AA06579@nips.ssesco.com>, by elmquist@NIPS.SSESCO.COM:
  19. > My understanding of the situation is this:
  20. >     400 baud G3RUH PSK for telemetry
  21. >     1200 baud G3RUH PSK for PACSAT or AO-13 voice transponder
  22. >     9600 baud G3RUH FSK for UOSAT-D 
  23. > Am I close?
  24. >
  25.  
  26.  
  27. Close but NOT complete.  What is AO-13 voice?  In the U.S. there is available
  28. a 1200 BPS modem from TAPR, Inc. Tuscon, Az.  It is decidely superior to
  29. the G3RUH PSK modem BUT (1) it costs more, (2) it is harder to build though
  30. not ridiculously so, (3) the gain in BER over the G3RUH modem will not
  31. be needed if you are already using directional antennas.  If you wish
  32. to be able to copy Microsats with an omni antenna with an acceptable bit
  33. error rate (BER) then the G3RUH is not the way to go.  James is a good
  34. friend of mine, he has done an outstanding job in bringing a low cost
  35. modem to market for the masses but he took shortcuts that make its
  36. performance about 10 dB worse than the TAPR/W3IWI version.  They are
  37. (1) He used a squaring loop (more on that in a moment before you jump
  38. on me) (2) HE HARD LIMITED THE SIGNAL AS IT `COMES IN THE DOOR'.  This
  39. latter lost him several dB but it made analog conditioning of the signal
  40. a breeze, there is NONE ;-).  It is a bit harder to implement a good
  41. squaring loop than it is a Costas loop even though they are THEORETICALLY
  42. equivalent and the Costas takes more parts (and thus costs more).  The
  43. bottom line is he was there first with a commercially available modem,
  44. it was and is cheap but it has a 10 dB implementation loss over the
  45. TAPR version for much less than a 10 dB increase in cost.
  46.  
  47. The hands down winner for copying and talking to UOSAT D is the G3RUH
  48. modem.  He has done an outstanding job on that modem.  No short cuts their
  49. and it is a winner.  He has hundreds of those operating in the field and
  50. they are copying 9600 bps FSK now which is what UOSAT D uses as you
  51. mention.
  52.  
  53. There are new alternatives to the 400 bps, 1200 bps stuff coming
  54. out from Paccomm (also the source for the 9600 G3RUH in the states).
  55. It was announced in the AMSAT Journal.  It does both in the same box.
  56. Call them for details.
  57.  
  58. The Microsat will operate 4800 bps PSK.  There is but ONE modem that
  59. does this at present.  That is the soon to be released DSP-232.  A
  60. DSP based modem that will be coming soon to a dealer near you from
  61. AEA.  It does all the modems you have mentioned above and more.
  62. I hope this doesn't sound to self serving since I designed it, just
  63. trying to keep you informed and you did ask ;-).
  64.  
  65. Bob
  66.  
  67. -- 
  68. ____________________________________________________________________________
  69.     My opinions are my own no matter    |    Robert W. McGwier, N4HY
  70.     who I work for! ;-)            |    CCR, AMSAT, etc.
  71. ----------------------------------------------------------------------------
  72.  
  73. ------------------------------
  74.  
  75. Date: 13 Dec 89 19:46:21 GMT
  76. From: victim.dec.com!reisert@decwrl.dec.com  (Jim -- LTN1-2/H03 -- DTN 226-6905)
  77. Subject: ARRL Propagation Forecast Bn Nr 49
  78. Message-ID: <8912131946.AA00482@decwrl.dec.com>
  79.  
  80. In article <788@larry.sal.wisc.edu>, sde@larry.sal.wisc.edu (Scott Ellington) writes...
  81.  
  82. >Does anyone out there understand the wierd propagation we've had on 20
  83. >Meters at night for the last week or so?  The polar path is open, even
  84. >though there's no sunlight there, but the Pacific path is dead.  At the
  85. >same time, the dark path to ZS6 is wide open.
  86.  
  87. What (zulu) time are you referring to? I worked the pacific (3D2XR on
  88. Rotuma) easily last night at 0450Z.  I wish the polar path were better on
  89. 15, have heard XW8CW several times but he's too weak to work.
  90.  
  91. We have been having some solar disturbances lately, that might have
  92. something to do with it.
  93.  
  94. jim, AD1C
  95.  
  96. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  97.  
  98. "The opinions expressed here in no way represent the views of Digital
  99.  Equipment Corporation."
  100.  
  101. James J. Reisert                Internet: reisert@tallis.enet.dec.com
  102. Digital Equipment Corp.         UUCP:     ...decwrl!tallis.enet!reisert
  103. 295 Foster Street
  104. P.O. Box 1123
  105. Littleton, MA  01460
  106.  
  107. ------------------------------
  108.  
  109. Date: 13 Dec 89 17:53:29 GMT
  110. From: idacrd!mac@princeton.edu  (Robert McGwier)
  111. Subject: Automatic satellite antenna tracking
  112. Message-ID: <531@idacrd.UUCP>
  113.  
  114. >From article <8912121730.AA06558@nips.ssesco.com>, by elmquist@NIPS.SSESCO.COM:
  115. > Just wondering what the current "state of the art" is in automatic
  116. > satellite antenna rotor controllers.  I've heard about something
  117. > called "The Kansas City Tracker" and seen ads for some stand-alone
  118. > box of which the name escapes me.  What I'm looking for is a controller
  119. > than works with Quiktrak or the new Instant-Track... and preferablly
  120. > runs by itself without using the host CPU.  Any one have any
  121. > comments on this?
  122.  
  123.  
  124. Yes I have comments on that as well.  You are asking great questions
  125. especially from my point of view ;-).  I wrote Quiktrak.  Brooks and
  126. I designed the software interface for the Kansas City tracker and
  127. it is a plug in card for the PC BUT from the `between the lines'
  128. of your question, I don't think you understand how it works.  Forgive
  129. me if I am wrong and ignore what follows.  It does use the CPU but
  130. IT DOES NOT PREVENT YOU FROM USING THE CPU TO DO OTHER JOBS WHILE IT
  131. ROTATES THE ANTENNAS!  That was the purpose of the entire design,
  132. hardware and software.  It is fired up on the timer interrupt in your
  133. PC, the interface is a TSR (termintate and stay resident driver).
  134. Quiktrak loads a table and lets you quit quiktrak and go edit, run
  135. your terminal program, etc. while IN THE BACKGROUND in updates the
  136. antennas.  He has a small accessory that adds onto the board which
  137. will also tune your radios from the input from Quiktrak.  Instanttrack,
  138. the now and latest WOW available from the AMSAT software exchange has
  139. supplanted my Quiktrak as the `latest and greatest' piece of tracking
  140. software.  Their approach is slightly different.  They do not load
  141. the table BUT they have their own TSR which fires up on the timer
  142. interrupt and computes an AZ/EL point and then shoots it off to
  143. the Kansas city tracker interface.  They cannot at this time support
  144. the automatic tuning of the radios but I understand and hope that
  145. they will in the near future.  If you object to leaving your computer
  146. on in any way or if you don't own a PC compatible, then forgive my
  147. comments.  I thought there might be others who were interested in
  148. the details.
  149.  
  150. Bob
  151.  
  152. -- 
  153. ____________________________________________________________________________
  154.     My opinions are my own no matter    |    Robert W. McGwier, N4HY
  155.     who I work for! ;-)            |    CCR, AMSAT, etc.
  156. ----------------------------------------------------------------------------
  157.  
  158. ------------------------------
  159.  
  160. Date: 13 Dec 89 18:33:26 GMT
  161. From: tellab5!chrz@uunet.uu.net  (Peter Chrzanowski)
  162. Subject: Mac vs IBM
  163. Message-ID: <1862@tellab5.TELLABS.COM>
  164.  
  165. In article <8912060142.AA25869@apple.com>, k3mc@APPLE.COM (Mike Chepponis) writes:
  166. > Actually, you can have the best of both worlds by getting a Mac and running
  167. > a program called SoftPC on it.  SoftPC completely emulates an XT machine
  168. > (in software!), down to the comm ports, v20 processor compatibility, etc.
  169. > Currently, SoftPC v1.3 has a Norton SI rating of 5.5 on my IIci, which is
  170. > quite respectable.
  171.  
  172. Note: the Norton SI rating is notoriously poor as an indicator of a PC's
  173. speed (but unfortunately there IS no widely accepted, GOOD benchmark).
  174.  
  175. > SoftPC only runs on Mac II, IIx, IIcx and IIci at this time, however, Insignia
  176. > Solutions (the maker of SoftPC) promises support for the SE and Portable in
  177. > a couple of months.
  178.  
  179.  
  180. The SoftPC costs $595. and requires 2MB of RAM and a hardisk 
  181. with at least 3MB of available free space.  On a Mac II it runs
  182. at PC/XT speeds;  an SE would probably require an accelerator
  183. card to run even that fast.
  184.  
  185. COMMENTS: For $595. you could BUY the actual PC hardware rather than
  186.     simulate it on a MAC.  Furthermore, SoftPC requires some 
  187.     rather expensive MAC hardware!  
  188.  
  189.     Modems, ports cards, IEEE-488 interface, A/D and D/A data 
  190.     acquisition and control, printers, plotters: these are all
  191.     now available for MACs, but at MUCH higher prices than for
  192.     PCs (try pricing a MAC parallel port card sometime!).  PC
  193.     accelerator cards are also relatively cheap, should you 
  194.     want performance significantly better than XT level.
  195.  
  196.     Of course, if you're primarily MAC oriented, already own
  197.     most or all of the required hardware, don't want to add 
  198.     any PC hardware, find XT performance adequate, and don't
  199.     want another computer cluttering your workspace then 
  200.     SoftPC might be a good solution.  In any case it does
  201.     represent a 'tour de force' of the MAC's capabilities.
  202.  
  203.   IMHO there are more fanatics in the MAC camp than in the
  204.   PC camp, for some reason (NO, I am NOT accusing or suggesting
  205.   that Mike Chepponis is a fanatic: his posting provided useful
  206.   info).  MACs are very nice for some uses and some users 
  207.   (although there are a few things PCs are better for, such
  208.   as low level hardware hacking).  
  209.  
  210.   For me, the bottom line counts: PCs are cheaper and, for most tasks,
  211.   the PC is adequate (a lot of application software runs about the same
  212.   on either machine).  That is, some of us would just as soon use a Chevy
  213.   (Hyundai?) a as Porsche: the Porsche is more fun to drive but either
  214.   vehicle will get you to work, and who wants to pay $40K+ for a car? 
  215.  
  216. ------------------------------
  217.  
  218. Date: Wed, 13 Dec 89 15:44:15 EDT
  219. From: Mike Owen W9IP <MROWEN%STLAWU.BITNET@CUNYVM.CUNY.EDU>
  220. Subject: Meteor Showers
  221.  
  222. Regarding meteor showers...
  223.  
  224. There are several sources of information about VHF
  225. meteor scatter (or, if you prefer, meteor burst).
  226. If you are interested in how/when/why - type
  227. information, you might check out QST, June, 1986.
  228. If all you want to do is work 2m DX, try the ARRL
  229. Operating Manual.
  230.  
  231. BTW, the Quadrantids is NOT the biggest of them all,
  232. and in fact it's very easy to miss because its peak is so
  233. narrow.  The Geminids (just past) are reasonably abundant but
  234. they are slow and consequently not too hot for DX.
  235. The Eta Aquarids, Perseids, and Orionids are by far the better
  236. showers for 2m & up VHF DX.
  237.  
  238. QRZed meteors ...
  239.  
  240. ------------------------------
  241.  
  242. Date: 13 Dec 89 19:01:37 GMT
  243. From: msmith@topaz.rutgers.edu  (Mark Robert Smith)
  244. Subject: rec.scanners
  245. Message-ID: <Dec.13.14.01.31.1989.2482@topaz.rutgers.edu>
  246.  
  247. NOTE:  to rec.radio.shortwave readers:  I have cross-posted this
  248. because it concerns rec.radio.shortwave users more than rec.ham-radio.
  249. I have also redirected followups to rec.radio.shortwave.
  250.  
  251. In article <16110@megaron.cs.arizona.edu> robert@cs.arizona.edu (Robert J. Drabek) writes:
  252.  
  253. > In article <37046@apple.Apple.COM>, chuq@Apple.COM (Chuq Von Rospach) writes:
  254. > > MROWEN@STLAWU.BITNET (Mike Owen W9IP) writes:
  255.  
  256. > > >This is rec.Ham radio, after all.  Scanner fans have every right to
  257. > > >air their views, [but] discuss [it elsewhere]
  258.  
  259. > > If the ham radio folks don't want you scanner folks, then come on over to
  260. > > rec.radio.shortwave. You're welcome to join us until you decide you want
  261. > > your own group. (This is, in fact, one reason why rec.radio.shortwave
  262. > > was created was to get away from just this attitude.
  263. > > Chuq Von Rospach   <+>   chuq@apple.com   <+>   [This is myself speaking]
  264.  
  265. >                       NO!  NO!  NO!
  266. > Rec.radio.shortwave was created to keep the noise level down or at least
  267. > within a specific spectrum.  Create a rec.radio.scanner if you want, I'd
  268. > certainly vote a resounding yes, but we do not want our (shortwave)
  269. > bandwidth chocked full scanner stuff, please.  Most of us don't have the
  270. > time to hit the ignore-article key too many times per day, and keeping
  271. > things segregated helps a lot.
  272.  
  273. > If you want to continue reading the things in the ham group, that's
  274. > why it's here.  
  275.  
  276. > Robert J. Drabek                            robert@cs.Arizona.EDU
  277.  
  278. Below follows the call for votes for rec.radio.shortwave, which as you
  279. will see specifically includes scanners, and any other radio receiving
  280. and monitoring, possibly including even TV!
  281.  
  282. In article <4170@amelia.nas.nasa.gov> chguest@pioneer.arc.nasa.gov (Charles J. Guest) writes:
  283. >(Does anyone out there have a copy of the orig. charter they can send
  284. >me?).
  285.  
  286. Here's the first part of the "call for votes":
  287.  
  288.  
  289.  
  290. This is a formal call for votes for the proposed group
  291. REC.RADIO.SHORTWAVE (originally rec.swl). 
  292.  
  293. Purpose: to discuss all issues of interest to short wave listeners,
  294. i.e.  those who are interested in listening to programs on the
  295. shortwave broadcast bands. Topics will include, but not be limited to,
  296. program schedules, program recommendations, receiver reviews, dx news,
  297. the politics of international broadcasting, information about
  298. periodicals of interest, tips for improved reception, pirate and
  299. clandestine station information, etc.
  300.  
  301. This group will also welcome articles on dx'ing other broadcast bands
  302. (lw, mw, vhf-fm & tv), and on shortwave listening of non-broadcast
  303. stations.
  304.  
  305. It is expected that this newsgroup will be gateway'd to the swl-l
  306. mailing list (though a few details remain to be worked out).
  307. [yeah, well, it's halfway working...]
  308.  
  309. Voting procedure:
  310. [etc]
  311.  ----------------
  312.  
  313. If you feel that rec.radio.shortwave should prohibit scanner
  314. information, then either hold a vote in rec.radio.shortwave to see how
  315. the majority feels, or hold a vote to create rec.radio.scanners so
  316. that such traffic can move out of rec.radio.shortwave.  I have no
  317. objection to moving that traffic out of rec.radio.shortwave;  I only
  318. object to scanner enthusiasts being left without ANY newsgroup.
  319.  
  320. Mark
  321. -- 
  322. Mark Smith, KNJ2LH                All Rights Reserved
  323. RPO 1604               You may redistribute this article only if those who
  324. P.O. Box 5063                 receive it may do so freely.
  325. New Brunswick, NJ 08903-5063              msmith@topaz.rutgers.edu
  326.  
  327. ------------------------------
  328.  
  329. End of INFO-HAMS Digest V89 Issue #1013
  330. ***************************************
  331.  
  332.