| |
ZL3AI > APRDIG 30.09.03 10:49l 233 Lines 8101 Bytes #999 (0) @ WW
BID : 2031-ZL3AI
Read: GUEST
Subj: TAPR Digest, Sep 27, 7/7
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0BEL<IR0NET<IK1ZNW<7M3TJZ<F6CDD<EA5RQ<
VK4TUB<ZL2BAU<ZL3VML
Sent: 030929/1401Z @:ZL3VML.#80.NZL.OC #:9309 [Chch-NZ] FBB7.00i $:2031-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: [aprssig] LANn-N routing.
>Here is another WIDEn-N alternative:
>
>If you have a large but contained area of cooperating SYSOPS that can
>agree that they want their large area to share traffic, yet be immune to
>out-of-area QRM, then change UIFLOOD from WIDEn-N to XXXn-N in their area.
>Lets use New Mexico as a good statewide system with something like about
>15 digipeaters that can get traffic anywhere in the state with a path of
>WIDE5-5 (or whatever).
Man I wished they would just reduce their paths to WIDE2-2 or WIDE3-3!
WIDE5-5 from New Mexico makes it into California! And some of them run
WIDE5-5.
The bearing from WA6OFT-1 to WB5QHS-15 is 106 degrees, the distance is 355.7
Miles Last posit: 14:24:51R WB5QHS-15>APRS,WHTNKS*,WIDE5-1 :
!3234.93NN10825.52W#PHG5730/A=007986/Jackpk APRS Digi www.urfmsi.org
I know some of these calls I see flying by from years back.
I am somewhat convinced that 'some' of these guys just do not know what
their actual coverage is or they would make adjustments!
Jim
WA6OFT
----------------------------------------------------------------------
Subject: TH-D7A(G) Odd behaviour
From: "Andrew Rich" <vk4tec@hotmail.com>
Date: Sun, 28 Sep 2003 09:34:47 +1000
X-Message-Number: 35
I just turned on my TH-D7A(G) in APRS mode, not TNC.
Each time a station was decoded, the stations list was filled with that one
station
eg
1. VK4TMK
2. VK4TMK
3. VK4TML
onto 35
1. VK4KNE-9
2. VK4KNE-9
onto 35
Power cycle fixed it
Andrew VK4TEC
----------------------------------------------------------------------
Subject: Re: APRS Grass growing...
<LYR30523-151730-2003.09.27-09.59.07--kb2scs#optonline.net@lists.tapr.org>
From: kb2scs@optonline.net
Date: Sat, 27 Sep 2003 20:05:26 -0400
X-Message-Number: 36
Hi Bob and All
PMmap has the Decaying Algorithm just like
APRSdos does.
1) PMmap sets the users rate of TX based on how many hops the user
has chosen.
1 hop or direct the users rate decays to 10 minuets.
2 hops the users rate decays to 20 minutes
3 hops or more the users rate decays to 30 minutes.
If the user changes his Position or Status packet then those packets
get transmitted immediately and then 2 sec 4 sec 8 sec 16 sec 32 sec
1 minuet 2 minutes 4 minutes 8 minutes then it decays to the 10, 20
or 30 minutes depending on the users number of hops.
And just like APRSdos the user has no control over the Decay
Algorithm.
For those that are hearing about PMmap for the first time it will be
in Alpha testing very soon. Just as soon as I have upgraded it to use
Precision Mapping version 6.0. Which should happen tomorrow.
PMmap is a Windows based APRS client that follows the spec to the
letter and more importantly it does APRS as APRSdos does. Think of it
as a Windows version of APRSdos.
PMmap was presented at this years DCC.
Let us hope we never witness the "Silence Of The Hams"
73 DE John KB2SCS
Mail To: kb2scs@wa2pnu.#nli.ny.usa.noam
E-Mail: kb2scs@arrl.net
----------------------------------------------------------------------
Subject: RE: Emergency Power lights.
From: Dale Blanchard <wa7ixk@arrl.net>
Date: Sat, 27 Sep 2003 17:06:57 -0700
X-Message-Number: 37
I got some of those lower wattage bulbs and they did not last long. I
had to go to the industrial types. I am still using the coil ballast.
Those newer solid state things are not very reliable.
----------------------------------------------------------------------
Subject: RE: LANn-N routing.
From: Bob Bruninga <bruninga@usna.edu>
Date: Sat, 27 Sep 2003 20:15:08 -0400 (EDT)
X-Message-Number: 38
On Sat, 27 Sep 2003, Scott Miller wrote:
>A big problem with regional settings like this is that when people want to
>know how to set up their equipment (if they bother to find out at all),
>they're going to go look on the web. And what they find isn't likely to be
>specific to their area.
As most of you know I too have always been dead sent against "regional"
settings, and still am ADMANTLY against any local or regional setting that
does not begin with the universal standard of RELAY or WIDE.
But that is what makes these new OPTIONS for WIDEn-N replacements so
attractive. They DONT affect the universality of the mobile or visitor
using the standard RELAY or WIDE paths. THey only affect longer multi-hop
traffic for specific applications in the sepcific area. This is usually
not of interest or need to the visitor or traveler, so it doesnt matter.
Locals who want to use the regional setting can.
All the SYSOPS need to do is add the specifics to the DIGI's comment text
something like:
"Part of the NM3-3 network"
This tells everyone (Even the mobiles on their front panels) that
WIDE,NM3-3 is the proper path if they need to use that system. OTHERWISE,
RELAY,WIDE should work just fine for the purpose of the visitor or passing
through mobile, since the IGates will usually provide them the
connectivity they need.
de WB4APR
----------------------------------------------------------------------
Subject: Re: APRS Grass growing...
From: Bob Bruninga <bruninga@usna.edu>
Date: Sat, 27 Sep 2003 20:22:12 -0400 (EDT)
X-Message-Number: 39
On Sat, 27 Sep 2003 kb2scs@optonline.net wrote:
>PMmap has the Decaying Algorithm just like APRSdos does.
>PMmap sets the users TX rate based on how many hops the user chose
> 1 hop or direct the users rate decays to 10 minuets.
> 2 hops the users rate decays to 20 minutes
> 3 hops or more the users rate decays to 30 minutes.
Perfect!
>If the user changes his Position or Status packet then those packets
>get transmitted immediately and then 2 sec 4 sec 8 sec 16 sec 32 sec
>1 minuet 2 minutes 4 minutes 8 minutes then it decays to the 10, 20
>or 30 minutes depending on the users number of hops.
Ah, way back when, I chose the first increment to be at 8 seconds, for
several reasons. 1) It matched about the RETRY rate of conventional
packet. 2) It gives the first packet a chance to get going, 3) it
reduces your number of retries (channel load) significantly without
really impacting your reliability.
>And like APRSdos the user has no control over the Decay Algorithm.
Perfect!
>PMmap is a Windows based APRS client that follows the spec to the
>letter and more importantly it does APRS as APRSdos does. Think of it
>as a Windows version of APRSdos.
>
>PMmap was presented at this years DCC.
de WB4APR@amsat.org, Bob
PCsat WEB page http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ: http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite http://ssdl.stanford.edu/mims/
----------------------------------------------------------------------
Subject: Re: APRS Grass growing...
From: "Georgette Sampson" <georgette.sampson@cox.net>
Date: Sat, 27 Sep 2003 20:53:02 -0500
X-Message-Number: 40
>>And like APRSdos the user has no control over the Decay Algorithm.
>
>Perfect!
Not true. A person can always keep the TNC off until it gets done flapping
its gums. When it's all done blabbing, then you can turn the TNC back on.
This is important if you are doing a bunch of restarts after adjusting
things.
You probably need an algorithm that checks your beacon rate against the
number of restarts in the last 10 minutes.
----------------------------------------------------------------------
Subject: RE: TH-D7A(G) Odd behaviour
From: "WalterH" <walterh@k5wh.net>
Date: Sat, 27 Sep 2003 22:55:10 -0500
X-Message-Number: 41
I saw this very problem on a THD-7G as well, on a friend's radio just
last month. I don't have idea what got it into this mode, but I was able
to back up his memories, did a HARD reset on it, and returned to normal.
Then the restore of the memories worked also.
It was a minor inconvenience to have to do that, but it had a happy
ending just the same.
Walter/K5WH
---
END OF DIGEST
Read previous mail | Read next mail
| |