| |
ZL3AI > APRDIG 07.08.03 09:37l 274 Lines 10090 Bytes #999 (0) @ WW
BID : 1740-ZL3AI
Read: GUEST
Subj: TAPR Digest, Aug 04, 1/3
Path: DB0FHN<DB0RGB<DB0MRW<OK0PKL<OK0PCC<OM0PBC<SR7BBS<SP7MGD<ON0BEL<ZL2BAU<
ZL3VML
Sent: 030806/1322Z @:ZL3VML.#80.NZL.OC #:6046 [Chch-NZ] FBB7.00i $:1740-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Monday, August 04, 2003.
1. Re: GPS and TNC on single serial port, how does it work?
2. Re: GPS and TNC on single serial port, how does it work?
3. Re: GPS and TNC on single serial port, how does it work?
4. The UNIVERSAL RULE for PATHS
5. Re: The UNIVERSAL RULE for PATHS
6. Re: The UNIVERSAL RULE for PATHS
7. Re: Kantronics' latest offering...
8. IGATE problems.
9. FT-11R and APRS
10. Re: Xastir & Sharp Zaurus SL-5500
11. RE: The UNIVERSAL RULE for PATHS
12. Re: Map legal question
13. Re: IGATE problems.
14. Solar Powered Weather Stations (was: FT-11R and APRS)
15. RE: The UNIVERSAL RULE for PATHS
16. Re: FT-11R and APRS
17. Re: FT-11R and APRS
18. Calling Rob, KZ5RW
19. VOIP SIP that actually works with NAT
20. Re: IGATE problems.
21. pico-packet
22. RE: The UNIVERSAL RULE for PATHS
23. OBJECTS & ALARMS
24. Re: Xastir & Sharp Zaurus SL-5500
25. Re: Map legal question
26. New toy !
27. Re: Map legal question
28. Re: Map legal question
----------------------------------------------------------------------
Subject: Re: GPS and TNC on single serial port, how does it work?
From: Bill Herrmann <bherrman@spro.net>
Date: Sun, 03 Aug 2003 23:05:24 -0600
X-Message-Number: 1
At 11:09 PM 8/3/2003 -0400, Wes Johnston wrote:
>Ummm... GPS port is pin 2 on the kpc3+ radio port.
LOL that's correct. I said 1 pin not pin 1. (But probably should have said
it clearer.)
BIll
----------------------------------------------------------------------
Subject: Re: GPS and TNC on single serial port, how does it work?
From: Adi Linden <adil@adis.on.ca>
Date: Mon, 4 Aug 2003 00:31:04 -0500 (CDT)
X-Message-Number: 2
Great! Thanks for answering my question. This almost satisfies my
curiousity. To clarify, is is it a CTRL-E or CTRL-e that causes the TNC to
respond with the GPC data?
Thanks,
Adi
--
Adi Linden | va3adi | va3adi@adis.ca | http://adis.ca
+-----------------------------------------------------------------+
IRLP Node 2590 in Sioux Lookout, Ontario
----------------------------------------------------------------------
Subject: Re: GPS and TNC on single serial port, how does it work?
From: Dave VanHorn <dvanhorn@cedar.net>
Date: Mon, 04 Aug 2003 07:28:47 -0500
X-Message-Number: 3
At 12:31 AM 8/4/2003 -0500, Adi Linden wrote:
>Great! Thanks for answering my question. This almost satisfies my
>curiousity. To clarify, is is it a CTRL-E or CTRL-e that causes the TNC to
>respond with the GPC data?
Case dosen't matter.
----------------------------------------------------------------------
Subject: The UNIVERSAL RULE for PATHS
From: Bob Bruninga <bruninga@usna.edu>
Date: Mon, 4 Aug 2003 08:46:22 -0400 (EDT)
X-Message-Number: 4
>Perhaps a separate Frequency for weather stations?
No, the answer is simple. APRS on 144.39 can handle about 40 average users
reliably on its 1200 baud channel. If any more are showing up, then other
packets from those 40 locals are being lost in the process.
I want to see my local WX on my radio. I want to see EVERYTHING within my
local area and I have NO INTEREST in something in the next state if it
interferes with my local net. (if I do, then go to the internet). THe
answer is (and has always been) PATHS.
AND there is a UNIVERSAL PATH RULE that works everywher! A path should be
NO LONGER than to hit your surrounding 40 neighbors. If more than 40
stations are showing up, then your network is not reliable for the 40
people in your area and anyone coming in from out of area should run
shorter paths.
I call this your ALOHA circle. This is the radius from your location that
encircles those other 40 neighbors. The ALOHA radius is easy to determine
for ANY station by simply going to http://map.findu.com/wb4apr-9 <==
insert your call and then click on NEARBY STATIONS.
Now go to the bottom of the list which is sorted by nearness to you. The
list is 40 deep, and so the RANGE of the last guy in your list is the
RELIABLE ALOHA circle for your station. Use ONLY the number of HOPS
necessary to go THAT distance.
If everyone set his PATH length to the RADIUS of his ALOHA circle, then we
would have a Tremendously reliable system that would do exactly what it
was designed to do everywhere, at any time, for any purpose...
THis RULE is so simple and SO UNIVERSAL. Why can't we get people to
understand it.. It WORKS from KANSAS (100 miles) to LA (15 miles).
In fact, AUTHORS could include this in their software. It looks at the
nearest 40 users, and then looks at the digis, and then cuts the users
path to that number of HOPS by default.
de WB4APR, Bob
----------------------------------------------------------------------
Subject: Re: The UNIVERSAL RULE for PATHS
From: Mark Earle <wa2mct@mearle.com>
Date: Mon, 04 Aug 2003 08:08:26 -0500
X-Message-Number: 5
>If everyone set his PATH length to the RADIUS of his ALOHA circle, then we
>would have a Tremendously reliable system that would do exactly what it
>was designed to do everywhere, at any time, for any purpose...
Agreed, but, the problem is, people are using "it", the APRS system as a
whole, for things it was never designed for originally, and we have to in
some way deal with that also.
For instance, tracking a bike ride the entire 150 miles of it, via rf only.
Breaks the 40 station rule. But it is (in my biased view, since I work the
bike event) a good use of APRS. This is only one example. Of course, we
only use it this way for 48 hours, not 24/7/365.
>nearest 40 users, and then looks at the digis, and then cuts the users
>path to that number of HOPS by default.
This would be cool, if user could override as needed. But most folks would
then have the "right" path.
) ) de WA2MCT Mark
( (
) ) You will be assimilated... oooh, coffee!!
_|****| http://www.findu.com/cgi-bin/find.cgi?wa2mct-8 Home
( | | http://www.findu.com/cgi-bin/find.cgi?wa2mct-9 Mobile
`|____| wa2mct@mearle.com wa2mct@juno.com www.mearle.com/mark
----------------------------------------------------------------------
Subject: Re: The UNIVERSAL RULE for PATHS
From: Bob Bruninga <bruninga@usna.edu>
Date: Mon, 4 Aug 2003 09:28:30 -0400 (EDT)
X-Message-Number: 6
>For instance, tracking a bike ride the entire 150 miles of it, via rf only.
>Breaks the 40 station rule. But it is (in my biased view, since I work the
>bike event) a good use of APRS. This is only one example. Of course, we
>only use it this way for 48 hours, not 24/7/365.
A perfect use of APRS. But, I think the rule always applies. Here are to
examples:
1) If you have more than 40 stations in the area of the event, then it
wont work reliably on just RF anyway, thats the whole point.
2) Or look only along the route along which you need the reliable
converage. Choose a PATH that works for that corridor only and do
whatever it takes to reduce the traffic in that corridor to only 40 or
so...
In other words, the geographic area can be anything. But as sooon as you
try to cram more traffic than the "average" of 40 average APRS stations in
a single RF range, you will start to miss data. Now remember, this is for
an AVERAGE net. That means something like 30 home users, 5 mobiles at 3
minutes and 5 at one minute.
As soon as you throw in a bunch of trackers at such an event, the number
goes way down. THe maximum number of 1 minute trackers is about 10 to 15
before the net is satruated and you lose data... (the net can support 2
times more Mic-E formatted trackers than NMEA trackers due to the length
of the packets..
Again, it all boils down to letting the channel be no more than about 20%
busy.... whatever it takes over what ever area you have...
Bob
----------------------------------------------------------------------
Subject: Re: Kantronics' latest offering...
From: "Michael Huslig" <mhuslig@kantronics.com>
Date: Mon, 4 Aug 2003 10:09:32 -0500
X-Message-Number: 7
Kantronics' Talon is designed for the commercial market. The optional GPS
module is a Trimble Lassen SQ, an 8-channel parallel tracking GPS receiver
designed to operate with the L1 frequency.
Mike Huslig
Kantronics
----------------------------------------------------------------------
Subject: IGATE problems.
From: John Kraus <flyfisher452@cox.net>
Date: Mon, 04 Aug 2003 12:10:02 -0400
X-Message-Number: 8
I am gating the FFC_OUTLK activation notices using UI-View. The objects
are only going out on a sporadic basis. I am gating FFC* = ALL in
IGATE.ini. I do see them from time to time with KC4ZGQ* in my IGate to RF
log. I have also seen them on my D-7 so I know they have been on RF.
I have two questions.
Where do these objects originate? IE how do they get to the APRS IS?
How can I check to see if they are being sent on a consistent basis?
Here are a sample of the packets from my IGATE to RF log. None where in
the log at all yesterday.
}FFCSWO>APRS,TCPIP,KC4ZGQ-10*:;FFC_OUTLK*041600z3331.20N\08358.20WyCheck
For Activation {4E4AA
2003-Aug-04 11:53:13 (Port 1) KC4ZGQ-10>APU25E,WIDE2-2:
}FFCSWO>APRS,TCPIP,KC4ZGQ-10*::SKYFFC :TODAY {4E4AB
Here are the relevant entries from my IGATE to RF section
BMXSVR=ALL
BMXSVS=ALL
BMXTOR=ALL
FFC*=ALL
FFCSWO=ALL
NHCTCM=ALL
NHCTCP=ALL
QUAKE=ALL
TAESVS=ALL
TAETOR=ALL
============================
Below is a reply to KD4YDC who is the liaison with NWS Peachtree city.
Robert
I am using APRSEAST and APRSWEST. They are set to rotate so that if one
fails the other is tried. I use a filter string of:
FILTER R/32/083/500 T/moni
I am currently seeing FFC_OUTLK on my screen but it shows as NO SYMBOL YET
for the icon. I checked the IGATE to RF log and it is being gated to RF.
My Igate has FFC* = all so both of these should be gating if I am getting
them via the APRS IS. Given the sporadic nature of the problem I am
suspecting that it is a server issue rather than a configuration issue at
my end.
I will follow up on the APRSSIG.
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
