<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">On 11/11/2020 8:47 AM, Ev Tupis via
      aprssig wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:467914918.4234666.1605102457076@mail.yahoo.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div class="ydpbdb352byahoo-style-wrap"
        style="font-family:Helvetica Neue, Helvetica, Arial,
        sans-serif;font-size:16px;">
        <div dir="ltr" data-setdir="false">In years-gone-by, my station
          logged many, many others using this method.  In fact, I wrote
          an article for QST (with one crucial setting omitted that
          munged alot but there was still a boatload of
          successes)...including a nice catch from Rochester, MN to my
          place in Rochester, NY! :-)<br>
        </div>
        <div dir="ltr" data-setdir="false"><br>
        </div>
         
        <div dir="ltr" data-setdir="false">This approach is an
          interesting variation.  Is there an APRS desktop client with
          meteor mode and no TNC requirement (soundcard only)? <br>
        </div>
      </div>
    </blockquote>
    <br>
    <p>YES!    UIview has a meteor mode.  When linked to the UZ7HO
      Soundmodem soundcard soft TNC, it would do exactly what you
      want.    The Soundmodem connects to APRS clients either via  the
      AGWpe IP interface, or via KISS-over-IP.  <br>
    </p>
    <p>In fact, if you only want to monitor, the Soundmodem has a
      built-in receive-only terminal window that displays packets heard
      & decoded -- no external client required.  <br>
    </p>
    <p> If anyone is interested, I have a complete turnkey UIview setup,
      including mapping and the UZ7HO Soundmodem packaged as a
      ready-to-run VMware virtual machine. This VM can run on any
      platform that supports the freeware VMware player -- i.e. it can
      run on Macs and Linux as well as Windows.  This is available for
      download on my website.</p>
    <p>__________________________________________<br>
    </p>
    <p>1)  If this is done on the usual 2-meter channel, one is also
      going to copy a lot of normal local APRS traffic as well.  We
      should probably agree on a single nationwide ALTnet destination to
      be able to filter out everyday local activity.</p>
    <p>2)  Should this even be done on 2m?  I thought meteor propagation
      was far better on 6 meters.  Also,  on 6 meters, one could take
      advantage of the large number of 100-watt output radios.  Many
      100-watt-out HF rigs also now do 6 meters.  Not to mention the
      all-banders such as Icom 706 series, Yaesu FT-100/857/897, Kenwood
      TS-2000, etc that put out 100 watts on 6 meters.<br>
    </p>
    <p><br>
    </p>
    <p>--- From the UIview help system ---<br>
    </p>
    <p><font face="monospace">    Meteor Mode Setup</font></p>
    <p><font face="monospace">UI-View32 Meteor Mode is a special mode in
        which the program can be used to transmit beacon frames very
        frequently. It is designed to be used for meteor scatter
        propagation tests.<br>
        <br>
        Two different modes of operation are possible - "Interval" mode
        and "Burst" mode.<br>
        <br>
        Interval Mode - A single beacon frame is transmitted at a
        specified time interval.<br>
        <br>
        Burst Mode - Beacon frames are transmitted continuously for a
        period of seconds. You can specify how long the burst should be,
        and when you want it to start in terms of the number of seconds
        into each minute.<br>
        <br>
        Port - The port on which you wish to use Meteor Mode.<br>
      </font><br>
      <font face="monospace">Unproto address - The address to which you
        want to send the beacon frames, including any digis. The
        destination address and digis should be separated with commas,
        do not used 'V' or 'VIA'. Examples - CQ would address the beacon
        frames to CQ,  CQ,RELAY would address the beacons to CQ via
        RELAY.<br>
        <br>
        Beacon - The text of the beacon you want to send. For meteor
        scatter use, the beacon should be as short as possible. The
        shortest beacon that can usefully be interpreted by APRS
        software is probably your IARU locator surrounded by square
        brackets, e.g. "[IO92XX]", and that is the beacon you are
        recommended to use.<br>
        <br>
        NOTE - The following four automatic beacon input buttons cannot
        be used until you have input your latitude and longitude in
        Station Setup.<br>
        <br>
        Grid - Automatically input a grid square beacon.<br>
        <br>
        Grid-in-status - Automatically input an APRS "grid in status"
        format position beacon.<br>
        <br>
        Posit - Automatically input a normal APRS position beacon.<br>
        <br>
        Comp'd - Automatically input a compressed APRS position beacon.<br>
        <br>
        Interval (only used in Interval mode)  - The interval, in
        seconds, at which you wish to transmit a single beacon.<br>
        <br>
        Start (only used in Burst mode) - The number of seconds into
        each minute at which you want the burst of beacon frames to
        start. You can specify more than one time, e.g. "0,30" would
        mean "start a burst at 0 seconds into each minute and another
        burst at 30 seconds into each minute". If you were conducting a
        trial with someone, then they might specify "15,45", so that
        your transmissions interleaved.<br>
        <br>
        Duration (only used in Burst mode) - The length in seconds of
        each burst of frames. UI-View converts the specified duration
        into a number of frames to send. The calculation is accurate,
        but it makes two assumptions  - (a) that you are using 1200
        baud, and (b) that your TNC will transmit continuously when fed
        with a stream of frames. If your TNC releases the PTT every few
        frames (the TH-D7 appears to behave in this way.), then you will
        need to make allowances for it, because a specified duration of,
        say, 10 seconds, will result in an actual burst length of
        perhaps 15 seconds.</font></p>
    <p><font face="monospace">_________________________________________________<br>
      </font></p>
    <p><br>
    </p>
    <p>Stephen H. Smith    wa8lmf (at) aol.com <br>
      Skype:        WA8LMF<br>
      EchoLink:  Node #  14400  [Think bottom of the 2-meter band]<br>
      Home Page:          <a class="moz-txt-link-freetext" href="http://wa8lmf.net">http://wa8lmf.net</a><br>
      <br>
      -----   NEW!    60-Meter APRS!   HF NVIS APRS Igate Now Operating 
      ------<br>
         <a class="moz-txt-link-rfc2396E" href="http://wa8lmf.ddns.net:14447/"><http://wa8lmf.ddns.net:14447/></a><br>
      <br>
      Flying Digipeater!<br>
         <a class="moz-txt-link-rfc2396E" href="http://WA8LMF.net/FlyingDigi"><http://WA8LMF.net/FlyingDigi></a><br>
      <br>
      11 Copies of UIview in Action on One Computer!  <br>
      Live Off-The-Air APRS Activity Maps<br>
         <a class="moz-txt-link-rfc2396E" href="http://wa8lmf.net/map"><http://wa8lmf.net/map></a><br>
      <br>
      Long-Range APRS on 30 Meters HF <br>
         <a class="moz-txt-link-rfc2396E" href="http://wa8lmf.net/aprs/HF_APRS_Notes.htm"><http://wa8lmf.net/aprs/HF_APRS_Notes.htm></a><br>
      <br>
      <br>
    </p>
  </body>
</html>