| |
ZL3AI > APRDIG 12.05.03 09:53l 277 Lines 9214 Bytes #999 (0) @ WW
BID : 1312-ZL3AI
Read: GUEST
Subj: TAPR Digest, May 10, 2/2
Path: DB0FHN<DB0RGB<OK0PPL<RZ6HXA<SP7MGD<WB0TAX<ON0AR<ZL2BAU<ZL3VML
Sent: 030511/1340Z @:ZL3VML.#80.NZL.OC #:78 [Chch-NZ] FBB7.00i $:1312-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: Emergency Beacon from Dale...
From: Dave VanHorn <dvanhorn@cedar.net>
Date: Sat, 10 May 2003 10:15:50 -0500
X-Message-Number: 11
>11:08am Saturday Arcadia FL and then an immediate change in position
>back into Collier Co.
Teleporter trouble again?
----------------------------------------------------------------------
Subject: Sitrep; WA4TKG-Gate
From: "Matthew Stennett" <wa4tkg@iwon.com>
Date: Sat, 10 May 2003 11:38:12 -0400 (EDT)
X-Message-Number: 12
Ah Yes, Hurricane Season is Upon Us:
Just for the record:
These are my circumstances here:
I am, aside from a couple of people in MY immediate neighborhood
(strangely enough), virtually the ONLY APRS station on 24/7. I have a WX
station near by, as well as the well know IGATE; KC4OUA (you'll have to
tell me how that works some day Bill).
I am CAPABLE of running a 24/7 GATE (RF), but don't see the point; Battery
powered, IF necessary. IC-706MKIIG - FT-2600M PK-900 Dynasty Battery; UPS
Not a whole lot going on (that I'm AWARE of) w/APRS here.
I have REPEATELY (from time to time) inquired, as to whether there is a
NEED for an RF gate 30-2m here, as well as whether I should have my PROTO
path set in any particular way to SERVE the APRS public. {(other than UN:
GATE, WIDE/local call (RELAY, WIDE) GATEWAY; GATE}
I don't recall but ONE or TWO replies (keep in mind, this has been some
time now). I am a STARVING student (well, NOT so starving I suppose), but
only work P/T, due to poor labor market (we're in the SOUTH after all). Due
to a strike of luck, I have a HIGH CAPACITY 12V battery. EVERYTHING has
been rigged so that in event of emergency, all can be plugged into the
battery. HF, VHF, and tnc....(computer would be run off of spearate power
supply; namely, a "Power Station" ; AC. With all the stuff going on, War,
Terror, Deadly Weather, we are ready to TRY to assist, but don't have much
to contribute under the circumstances, without input.
MacRatt Matt, STILL just about the ONLY
APRS station;
....but now not in J-Pan.
----------------------------------------------------------------------
Subject: Re: Emergency Beacon from Dale...
From: dale huguley <kg5qd@wxsvr.net>
Date: Sat, 10 May 2003 15:50:34 +0000
X-Message-Number: 13
Rich Garcia wrote:
>Anyone know if Dale is doing a demo ? I would think he would have posted
>something on the web if he were. I just got a Emergency Beacon from the
>other side of the state on the Internet that he is sending a emergency
>beacon.
>
>11:08am Saturday Arcadia FL and then an immediate change in position
>back into Collier Co.
Hi All-
Just checked- my position comment is set to "Custom 6"
Just installed UI-View at the Collier EOC in order to smart digipeat-
could that have some to do with it?
73 de kg5qd Dale
----------------------------------------------------------------------
Subject: Re: ICON Color Attribute
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
Date: Sat, 10 May 2003 12:23:51 -0400
X-Message-Number: 14
Bob Bruninga wrote:
>
>On Wed, 23 Apr 2003, Miller Scott Contr 30SCS/FTI suggested:
>
>>... Your tracker device would have a button on it that when pushed ...
>>would cause the symbol for [your] station to 'bloom', blink, or
>>otherwise call attention to itself...
>
>This is built-in to the APRS protocol and APRSdos. All ICONS have a color
>attribute.
Such a scheme could have many uses...but I can't find it in the spec. Can
anyone point me to which section it is in?
Ev, W2EV
----------------------------------------------------------------------
Subject: RE: WinAPRS 2.7.1 Error
From: "Cap Pennell" <cap@cruzio.com>
Date: Sat, 10 May 2003 09:47:34 -0700
X-Message-Number: 15
You're not the only one. Must have something to do with a date, because it
starts at exactly local midnight on your machine. I've emailed The Sproul
Brothers about the symptoms with the text of my error windows, as they
appeared here last night. The first error was just as you note, followed by
the Unhandled Exception and the program closing.
Hope our input helps isolate the cause, so they can more easily come up with
the fix.
73, Cap KE6AFE
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: RE: WinAPRS 2.7.1 Error
From: JD Delancy <W1JD@drix.net>
Date: Sat, 10 May 2003 13:18:49 -0400
X-Message-Number: 17
Hi Cap
Never got the Unhandled Exception error with program closing, so didn't
relate what I had against the "crashes at midnight" note I saw earlier.
interesting.
Using a P100, 128Megs, and the only application running is 2.7.1.
jd
----------------------------------------------------------------------
Subject: Preferences
From: Robbie <mwrobertson@attbi.com>
Date: Sat, 10 May 2003 14:58:48 -0500
X-Message-Number: 18
Hi all,
What is the preferences for a TinyTrak II for Dayton? Should
I set it for Mic-E and say RELAY,WIDE,WIDE,WIDE or maybe
RELAY,WIDE3-3
I am talking about _TO_ and _FROM_ and maybe even _OFF_ at
Dayton.. Curious as to what would be exceptable and prodent, :-)
Robbie, wa9inf
----------------------------------------------------------------------
Subject: WinAprs 2.7.1 (DisposePtr)
From: "Wayne Van Galen" <desertwx@earthlink.net>
Date: Sat, 10 May 2003 13:35:23 -0700
X-Message-Number: 19
The last two mornings I have had 6-10 DisposePtr messages on my screen and
WinAPRS has been dead for several hours.
What's this all about?
WinXP Home, 1.2 Celeron, 256mb ram.
Wayne Van Galen
KB7ZHE
http://home.earthlink.net/~desertwx
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Weird One
From: dale huguley <kg5qd@wxsvr.net>
Date: Sat, 10 May 2003 21:32:29 +0000
X-Message-Number: 22
Hi All-
I have a ham local to my area using the call
HB9UQY
with a path of
RELAY,RELAY,RELAY,TRACE7-7,WIDE7-7
Transmitting once per minute at least.
I believe this is a pirate- I think the Swiss have more sense than that.
73 de kg5qd Dale
----------------------------------------------------------------------
Subject: Re: Weird One
From: "Julian White" <julian@privateasylum.com>
Date: Sat, 10 May 2003 23:43:26 +0200
X-Message-Number: 23
at least he is a real ham. Here is his email address.
hb9uqy@bluewin.ch
Anything is possible but it may be a test or holiday in Florida :)
Best regards
Julian
HB9TMJ
----------------------------------------------------------------------
Subject: Re: Weird One
<LYR18439-132289-2003.05.10-17.25.13--rsnyder#toontown.erial.nj.us@lists.tapr.o>
rg
From: Bob Snyder <rsnyder@toontown.erial.nj.us>
Date: Sat, 10 May 2003 22:36:30 -0400
X-Message-Number: 24
dale huguley wrote:
>Hi All-
>I have a ham local to my area using the call
>HB9UQY
>with a path of
>RELAY,RELAY,RELAY,TRACE7-7,WIDE7-7
Maybe he's trying to get his packets back to Europe via RF. :-)
Bob N2KGO
----------------------------------------------------------------------
Subject: Hidden transmitters
From: "Wes Johnston" <wes@johnston.net>
Date: Sat, 10 May 2003 23:36:11 -0400
X-Message-Number: 25
Something I've noticed in some very basic analysis of bread crumb trails
from findu is that hidden transmitters are a real problem. As an example, I
pass through a swamp on the way to work each day and seldom to I see my
packets digipeated. I'm going to guess 1 in 5 or 6 gets digipeated. I'd
always assumed there were dead spots in the swamp which prevented my packets
from being heard in most places thru the swap. When I pulled up a breadcrumb
trail spanning several weeks, I notice that there are no dead spots. This
leaves hidden transmitter collisions as the problem. I can't hear all the
stations my local digipeaters are hearing when I'm in the swamp and TX.
This means that I am not getting digipeated and I'm also interferring with
other people's packets.
I was speaking to ke4nyv today and we were discussing solutions. I've
mentioned this before... using multiple recievers at each digipeater site.
He coined the phrase "ad-hoc trunking". Before I suggested using multiple
sound cards for the receiving TNCs, but many people said they are not
reliable enough for remote use.
An option we discussed was to have a pic processor continually assert flow
control on any attached TNCs and poll them by letting their flow control
drop periodically (in round robin sequence). At least with this method, the
PIC could receive the packets, set the HID flags, do call substitutions and
the like. Then the packet could be sent out to the "output" tnc on 144.39.
I'm thinking that to digipeat a packet with a PIC processor with limited
memory / buffer space, would be to assert hardware flow control just as the
hamhud does. Once you see and manipulate the header of a packet, the rest
of the packet could be simply "run thru" the pic with no modification to the
packet at all.... just let it run until you see $C0 appear on the serial
line. After that go back to the round robin checking each TNC for new data.
Comments?
Wes
---
END OF DIGEST
Read previous mail | Read next mail
| |
