home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / rec / radio / info / 53 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  5.2 KB

  1. Path: sparky!uunet!usc!elroy.jpl.nasa.gov!decwrl!access.usask.ca!kakwa.ucs.ualberta.ca!ersys!ve6mgs!rec-radio-info
  2. From: rc@cmr.ncsl.nist.gov (Robert Carpenter)
  3. Newsgroups: rec.radio.info
  4. Subject: Meteors de W3OTC
  5. Message-ID: <rec-radio-info727841094@ve6mgs.ampr.ab.ca>
  6. Date: 23 Jan 93 01:16:54 GMT
  7. Followup-To: rec.radio.amateur.misc
  8. Organization: National Institute of Standards and Technology
  9. Lines: 79
  10. Approved: rec-radio-info@ve6mgs.ampr.ab.ca
  11.  
  12. I'm happy to see a renewed interst in (at least discussion of) meteor-burst
  13. communication. As someone may have noted, I was the other end of the contacts
  14. with Ralph Wallio, W0RPK, a few years ago.  We used 6 meters, 4 to 6 element
  15. beams and 150-250 W output... but also the worst possible modulation scheme,
  16. packetizing, etc,  AX.25.  AFSK-FM gives you a huge performance hit to start
  17. with, and the AX.25 scheme doesn't play well with short bursts.  Some of the
  18. PSK or QPSK modulation schemes would be a much better start.  I haven't
  19. followed AMTOR, but some approach that doesn't require whole, long packets to
  20. be perfect would be a big improvement over AX.25 . Some FEC might be a help.
  21.  
  22. One of the problems is that at least one of the stations in the QSO has to
  23. transmit ALL THE TIME, to probe for trails. The correlation distance is such
  24. that you wouldn't do well using a TV transmitter some thousands of meters away
  25. to do the probing for you, not at least on the underdense bursts. On the other
  26. hand, in the meteor burst (MB) system I did at NBS (now NIST) back in the late
  27. 1950s, most of the data was transfered on the overdense (long) bursts. They
  28. are quite rare in the afternoon and evening. One or two big ones an hour at
  29. 40 MHz, in the doldrums.
  30.  
  31. Another problem with old-type protocols, is that the transmitter probably
  32. doesn't send any info until it has been notified by the other end that the
  33. path exists. This means a round-trip prop time (6 ms for 1000 km path), plus
  34. the startup/decision time of the remote station, etc.  This eats a big hole
  35. out of your garden-variety 100 ms burst. For the DX-hunters' mode, you'd
  36. continuously send the info blind during the probing for a trail - as in EME,
  37. since it is a short message, and wait for a return msg including an ACK and
  38. the other station's info.  I assume the snow-depth and truck-locator people
  39. use some scheme like this. They don't have to transfer much info.
  40. Even for "serious" message traffic this might be a good way, using short
  41. message units and selective ACKs and repeats.  Number each short message
  42. block and send 100 ms of them as the probe. As ACKs for individual blocks
  43. come in, replace them with not-yet-ACKed blocks. On an overdense burst the
  44. ACKs should come back soon enough to allow continuous transmission. Just a
  45. thought.
  46.  
  47. As for bands. Both my ham and NBS work has been in the 40-50 MHz range. Why?
  48. Meteor sigs and durations decline as the many'th power of the frequency.
  49. It's HARD on two meters, but people do it because of the dearth of other modes.
  50. Why not use ten meters? You could, except that other modes of prop may
  51. obscure the MB sigs and bring you lots of cochannel QRM. Now that we are
  52. going toward a sunspot min, 10 is becoming like 6 was in the best DX years,
  53. and would be good choice for easy MB.  You have to be able to handle
  54. continuous strong prop like Es, of course.
  55. Since the meteor trails are at about the same height as Es, Es can give
  56. really strong continuous sigs over the same paths.
  57.  
  58. Since computers hardly existed at the time of my MB work at NBS, we had to
  59. use fast-start, fast-stop mag tape machines for transmitting and receiving
  60. buffers. Oh for even a Z-80, back then!!
  61.  
  62. As a final item, MB didn't make it for communication to polar regions, etc
  63. where the need existed way-back-then. A similar transmitter power, but with
  64. HUGE antennas, would get you well into ionospheric scatter capability, where
  65. sigs exist all the time, but weakly. And, for the period before widely-
  66. available computers for logic and storage, much simpler and cheaper and more
  67. reliable terminal eqpt (remember it was all tubes back then).  Hams on 6
  68. still use ionoscatter - listen around 50.125 any weekend morning for weak
  69. fluttery SSB phone sigs from 1000 km + - away. The terminology ionospheric
  70. scatter vs. meteor scatter to describe this continuous weak propagation shows
  71. political orientation. The NBS line at the time was that it arose from
  72. turbulence, etc., in the D/E layer.  The Stanford line was that it was caused
  73. by lots of very small meteors.  But maybe the meteors caused the turbulence??
  74. ALASCOM, the Alaskan phone system, uses "MB" equipment, though I would call it
  75. ionoscatter.
  76.  
  77. Of the main NBS people on the first IEEE IONOscatter paper, Ross Bateman, W4AO
  78. is dead, Dick Kirby, W0LCT (one of my bosses on the MB work) is president of
  79. ITU in Geneva, and I've lost track of Dana Bailey, no call.  Earlier NBS
  80. people in the meteor business were Franklin Montgomery, W3FQB, Peter Sulzer,
  81. x-W3HFW, and George Sugar, x-W3KQS -never on the air. You San Diego folks may
  82. know my boss during most of the MB work, Ken Bowles, x-W0???, also of UCSD
  83. Pascal fame.
  84.  
  85. 73, Bob W3OTC  (now mostly retired from NIST)
  86.  
  87. ps - I'll be away a couple of weeks.
  88. --
  89.   - Postings to rec.radio.info:            rec-radio-info@ve6mgs.ampr.ab.ca
  90.   - rec.radio.info administrivia:        rec-radio-request@ve6mgs.ampr.ab.ca
  91.