OpenBCM V1.07b12 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
ZL3AI  > APRDIG   24.05.04 22:15l 313 Lines 11576 Bytes #999 (0) @ WW
BID : 3348-ZL3AI
Read: GUEST
Subj: TAPR Digest, May 19, 1/3
Path: DB0FHN<DB0RGB<DB0MRW<DB0SON<DB0SIF<DB0EA<DB0RES<ON0AR<ZL2TZE<ZL3VML
Sent: 040524/1952Z @:ZL3VML.#80.NZL.OC #:24707 [Chch-NZ] FBB7.00i $:3348-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To  : APRDIG@WW

TAPR APRS Special Interest Group Digest for Wednesday, May 19, 2004.

1. neat use for tiny track (pocket track)
2. Re: WinAPRS range filtering?
<LYR20677-203344-2004.05.18-16.26.00--ksproul#vger.rutgers.edu@lists.tapr.org>
3. POCSAG data
4. Re: neat use for tiny track (pocket track)
5. RE: neat use for tiny track (pocket track)
6. Confusion!!
7. RE: neat use for tiny track (pocket track)
8. Re: neat use for tiny track (pocket track)
9. Newbie Info Wanted
10. Easy Manual Position reporting for events.
11. Cheap HT recommendations
12. Re: Cheap HT recommendations
13. Re: Cheap HT recommendations
14. Re: Easy Manual Position reporting for events.
15. Re: Newbie Info Wanted
16. RE: Easy Manual Position reporting for events.
17. Re: Cheap HT recommendations
18. Cheap APRS radio
19. Re: Cheap APRS radio
20. Re: Newbie Info Wanted
21. Re: Newbie Info Wanted
22. RE: Cheap HT recommendations
23. Re: neat use for tiny track (pocket track)
24. TXTest.exe

----------------------------------------------------------------------

Subject: neat use for tiny track (pocket track)
From: wes@johnston.net
Date: Wed, 19 May 2004 08:16:35 -0400 (EDT)
X-Message-Number: 1

My mom likes riding her horses and has been talking about a 'horse enduro'
race.  Pocket tracker could be used to keep up with her during the race.
Now the neat part.  You hook up the mode switch to a mercury swich so that
the mode changes when the tracker not upright and instantly you have an
emergency beacon for a fallen rider.

Wes

----------------------------------------------------------------------

Subject: Re: WinAPRS range filtering?
<LYR20677-203344-2004.05.18-16.26.00--ksproul#vger.rutgers.edu@lists.tapr.org>
From: Keith Sproul <wu2z@amsat.org>
Date: Wed, 19 May 2004 08:25:32 -0400
X-Message-Number: 2

At 15:15 -0500 5/18/04, Robbie - WA9INF wrote:
>Hi Jared,
>
>Since no one has answered yet, I will say there isn't a better place 
>than this to ask a WinAPRS question.. But sometimes, the same 
>questions can be asked about APRS and SERVERS on other forums, like 
>the other one you frequent, UI-View....

You can ask WinAPRS questions to the authors..  Our email address is 
in the documentation..

	wu2z@amsat.org

Although I do get the APRS SIG, I just don't have time to read it all 
the time..

Jared, I will find an answer to your question and get back to you.

Keith Sproul

-- 
Keith Sproul			Ham Radio WU2Z
wu2z@amsat.org	732 821-4828

----------------------------------------------------------------------

Subject: POCSAG data
From: "Mike Yetsko" <myetsko@insydesw.com>
Date: Wed, 19 May 2004 08:33:50 -0400
X-Message-Number: 3

Does anyone know if there's any place I can pick up some sample POCSAG
data?  

I've just built a POCSAG encoder, and hopefully will get to actually test
it in the next couple days.  I'm using it to page weather and performance
data to an 'off the shelf' pager.  If it works, that's great, but if it
doesn't...

I took the idle and sync codewords and realized they were certain specific
capcodes (one with function 0, the other function 2) and I tested my ECC
and Parity routines and they do generate the same codewords.  And I THINK I
have my text bit packing routines correct.

But I was wondering if there were any place where I could find sample
POCSAG data streams and a list of what they actually contained?

As I said, I hope I got it right, but if not, I don't want to have to start
looking for something like this at the last second.

Mike

----------------------------------------------------------------------

Subject: Re: neat use for tiny track (pocket track)
From: Gerry Creager N5JXS <gerry.creager@tamu.edu>
Date: Wed, 19 May 2004 07:42:12 -0500
X-Message-Number: 4

Let's see.  Cows In Space, 10 years ago.  We did the prototype using grad
students roller-blading across TAMU's campus (think:  Drunkard's Walk, or
the path followed by a 6-yr-old as a direct line from point A to point B,
via [in some non-deterministic manner] points C-Z, with some degree of
repetition).  I also had the Cows In Space package in my backpack while I
rode around TAMU for a year or so.

It's certainly a workable idea.

gerry

-- 
Gerry Creager -- gerry.creager@tamu.edu
Network Engineering -- AATLT, Texas A&M University	
Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
Page: 979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843

----------------------------------------------------------------------

Subject: RE: neat use for tiny track (pocket track)
From: "D. Firestone" <kc4dpf@shentel.net>
Date: Wed, 19 May 2004 10:00:41 -0400
X-Message-Number: 5

Nice concept...but I was just envisioning a mercury switch in any position
while bouncing on a moving horse.  Wouldn't that little bead of mercury be
shaken so much that it would separate into many parts or at least make
contact repeatedly as it bounced around?  Just a thought....

Dave, KC4DPF

----------------------------------------------------------------------

Subject: Confusion!!
From: "Richard Marth" <r3848@aol.com>
Date: Wed, 19 May 2004 9:47:0
X-Message-Number: 6

I have been reading about APRS and different settings for digi's and 
networks for months now.  My brain is jello.  Anyone with vast knowledge of 
how to arrange smart network and would like to analyse our area (NW 
Michigan) I would love the input.  Otherwise I am going to into hibernation 
to have my brain recooperate.  Thanks

----------------------------------------------------------------------

Subject: RE: neat use for tiny track (pocket track)
From: wes@johnston.net
Date: Wed, 19 May 2004 11:24:40 -0400 (EDT)
X-Message-Number: 7

Sure, but you just make the mercury switch make contact when the tracker is
upside down (ie wire leads out the bottom and bulb to the top).  It wouldn't
matter how much bouncing happened, as long as the merc was settled down when
the rider was stationary.

Wes

On Wed, 19 May 2004 10:00:41 -0400, "D. Firestone" wrote:

>Nice concept...but I was just envisioning a mercury switch in any position
>while bouncing on a moving horse.  Wouldn't that little bead of mercury be
>shaken so much that it would separate into many parts or at least make contact
>repeatedly as it bounced around?  Just a thought....
> 
>Dave, KC4DPF

----------------------------------------------------------------------

Subject: Re: neat use for tiny track (pocket track)
From: "Jason Rausch" <ke4nyv@hamhud.net>
Date: Wed, 19 May 2004 10:42:37
X-Message-Number: 8

In the Motorola world we have a device called a ManDown option.  Its a 
small module that will snap on in place of a external speaker mic on any of 
the Jedi series of radios (HT1000, MT2000, MTX, ect.).  This is mainly used 
in jails for guards, once the device senses it has been turned on it's side 
it starts to emit an MDC emergency beacon.  Pretty nifty.

Jason KE4NYV
www.ke4nyv.com
RPC Electronics
www.ke4nyv.com/rpc

----------------------------------------------------------------------

Subject: Newbie Info Wanted
From: "William Bennett" <tx_cowboy_hawk@yahoo.com>
Date: Wed, 19 May 2004 11:1:40
X-Message-Number: 9

I have a Kenwood D700 and it has been up and running, but now I want back 
the use of my 2nd channel so I can use both sides of my radio instead of 
dedicating one channel to APRS.

If I wanted to get a dedicated 2m radio for this, other than my GPS, what 
all would I need to get?  If there a FAQ or a paper that can tell me where 
I need to go and learn all I need?  I wanted to get a radio/GPS/whatever 
setup so that it is dedicated to sending out my APRS info and I can "let it 
run".  I would like to be able to interface a computer to it sometimes and 
"see what is happening".

Assume I know nothing more than how to turn on my Kenwood and set the 
settings.  Assume I do not understand the idead of TNCs or anything, but I 
wanted to learn about them.  (What is the TNC used for? etc.)

Hawk Bennett (K5HWK) 

----------------------------------------------------------------------

Subject: Easy Manual Position reporting for events.
From: "Robert Bruninga" <bruninga@usna.edu>
Date: Wed, 19 May 2004 12:16:36 -0400
X-Message-Number: 10

Manual VENUE Position reporting (without GPS):

I want to add this feature to APRS.  It permits handheld users to enter
their location at any special-event venue location simply by location
number.   A file for the event translates the number to location.  APRS
Position ambiguity is also preserved so less-than-precise positions can
still be handled and multiple users at one location can still be seen.

This will work without the burden of GPS,  indoors, in caves or wherever,
and without all the wires.  It can be transmitted from any TH-D7 APRS HT
and by any TOUCH-TONE pad if APRStt is in use.  It is ideal for many events
where you simply need to know the general location of your assets.  And
since they can be entered by Touchtone from ANY HT, then ANY one, not just
a Kenwood can do it..

For example, to place your self at the 3rd water stop simply enter 103.
Think of the 3 digit number as a one digit "table" and then 0-99 locations
on that table. At Dayton, for example, every hotel and eatery is numbered
in the booklet.  Why not use those numbers to locate oneself?  For a
Marathon, the mile marks could be 1 through 26, etc...

Again, the advantage is NO GPS required for all those folks supporting a
special event, just to keep the map updated to their current location... Of
course, the APRStt (APRS Touchtone) spec fully describes this system, but I
want to go ahead and implement it in APRS NOW using the TH-D7.

Here is how.  An event designates a LAT/LONG as its "reference".  Say 40N
40W which is out in the middle of the Atlantic.  Then a user can enter his
LAT/LONG as

N  40  00.ta 
W 40  00.xx

Where t is the table number and xx is the location. For events with under
99 such locations, then the table digit is 0.  The a is the standard APRS
degree of ambiguity:
 0 - is precise
 1 - is one digit of ambiguity     (600 feet)
 2 - is two digits of ambiguity    (1 mile)
 3 - is three digits of ambiguity  (10 miles)
 4 - is four digits of ambiguity    (60 miles)

Notice that this particular FILE is uniquely tied to the 40/40 reference
for THIS event.  This allows any other venue to choose similarly ANY other
reference.  For example, another one might choose 41/41.  This would be a
different venue completely.  

This does not mess up conventional reporting. For a client to "assume" that
such a report is intended as a "table" position instead of an actual
position, all these conditions must be met:

1) The MINUTES must be 00/00. 
2) The DEGREES must match the file name
3) The FILE must exist on THIS client.
4) The file must be "enabled".
5) The reference LAT/LON is totally out of
     the "area" of interest.

The format for the data file at the client would be:

Filename:  N40W40.tbl

The data would be line-by-line:

T,nn LAT/LONG                  comments
_,__, __________________, _______________________
0,00, 3859.11N/07629.11W, Naval Academy
0,01, 3909.14N/07636.33W, water stop 1
etc

At this weekend's events we had lots of HAMS around through the venu from
station to station, but most didnt' carry GPS event though ALL of them had
TH-D7's.  The added GPS complexity on a human body going through grueling
terrain was just too cumbersome...  Thus the need for this system...

Ill put this in APRSdos as soon as I get around to it...

de WB4APR, Bob

----------------------------------------------------------------------




Read previous mail | Read next mail


 26.07.2025 17:07:15lGo back Go up