| |
ZL3AI > APRDIG 20.01.04 22:05l 259 Lines 9757 Bytes #999 (0) @ WW
BID : 2687-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jan 18, 1/5
Path: DB0FHN<DB0FOR<DB0MRW<OK0PPL<DB0RES<ON0AR<VK6HGR<VK6BBS<VK7AX<ZL2BAU<
ZL3VML
Sent: 040120/1245Z @:ZL3VML.#80.NZL.OC #:17191 [Chch-NZ] FBB7.00i $:2687-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Sunday, January 18, 2004.
1. Re: Pocket Satellite Predicts
2. Re: Pocket Satellite Predicts
3. Re: aprssig digest: January 16, 2004
4. Re: Digital HF QRP?
5. Attended vs Unattended
6. Re: Pocket Satellite Predicts
7. PCsat Endangered
8. Re: Attended vs Unattended
9. Re: Attended vs Unattended
10. RE: PCsat Endangered
11. RE: PCsat Endangered
12. Re: Digital HF QRP?
13. RE: PCsat Endangered
14. Re: Attended vs Unattended
15. RE: PCsat Endangered
16. Re: Attended vs Unattended
17. Re: Attended vs Unattended
18. RE: PCsat Endangered
19. RE: PCsat Endangered
20. RE: PCsat Endangered
21. RE: PCsat Endangered
22. Re: Attended vs Unattended
23. Using A/D to sense stop/stop of vehicle (was: PCsat Endangered)
24. RE: PCsat Endangered
25. RE: Attended vs Unattended
26. RE: PCsat Endangered
27. Re: Attended vs Unattended
28. Need Character for RELAY Digi BTEXT
29. Re: Need Character for RELAY Digi BTEXT
30. Re: Need Character for RELAY Digi BTEXT
31. Re: Attended vs Unattended
32. Re: Attended vs Unattended
33. Re: Need Character for RELAY Digi BTEXT
34. Re: Attended vs Unattended
35. Re: Attended vs Unattended
36. Re: Attended vs Unattended
37. Re: Attended vs Unattended
38. Re: Attended vs Unattended
<LYR30523-172303-2004.01.18-21.15.34--kb2scs#optonline.net@lists.tapr.org>
39. Re: Attended vs Unattended
----------------------------------------------------------------------
Subject: Re: Pocket Satellite Predicts
From: "Kurt W. Keilhofer" <hardlyevr@hotmail.com>
Date: Sun, 18 Jan 2004 8:38:13
X-Message-Number: 1
I have tried to watch for the 100 minute lapse between passes of PCSAT,
with rather inaccurate results. Being a perpetual mobile I never know if I
am hearing the beginning or end of a pass to start the clock. Using a
higher gain vertical whip doesn't help, and the possibilities of blocking
by terrain may also contribute. It dawned on me (pun intended) that the one
variable was my ever changing location. My question is, given the
possibility of a 100 mile change in location (60 mph for mathmatical
simplicity) how much difference will this affect them 100 minute time
lapse. Do some travel directions cause more of a change than others? I'm
sure I could figure this out with a tracking program, but would not be a
good idea while driving.
Kurt Keilhofer
KC8RWD
----------------------------------------------------------------------
Subject: Re: Pocket Satellite Predicts
From: Frank - KG6JVE <kg6jve@pasadena.net>
Date: Sun, 18 Jan 2004 06:47:57 -0800 (PST)
X-Message-Number: 2
Kurt,
I'm also mobile. I normally use Satscape to print out 2-6 days worth of
passes then I keep it handy in the car. This takes some of the guesswork
out of it.
Frank
----------------------------------------------------------------------
Subject: Re: aprssig digest: January 16, 2004
From: Len Revelle <lenrev@ameritech.net>
Date: Sun, 18 Jan 2004 07:22:39 -0800 (PST)
X-Message-Number: 3
>From: "Scott Miller"
>
>What currently exists for portable digital HF? Kind of looks like I'd have
>to haul a laptop and QRP rig along and maybe run PSK31 or something similar,
>and keyboard-to-keyboard's not really what I'm looking for.
>
>What I'd LIKE to see is an automated store-and-forward messaging system...
>something that'd let me have a simple terminal/QRP xcvr combo that I could
>carry while backpacking, throw a dipole up in a tree, and get email with.
>And when sending messages, it'd sit there all night waiting for the right
>propagation and retrying if necessary.
>
>Are there any non-PC based PSK31 solutions? Any similar modes that might be
>appropriate?
>
>Scott
>N1VG
Scott,
I suspect the packet sattelites would best do what you are looking for,
though I don't personnaly use them and am not sure of their availability.
Though PSK31 is not a connected mode, it can be done without a traditional
PC. I have an AOR TFD-370 Multi-mode terminal unit that does PSK31 and RTTY
with any PDA or hand-held computer that has true RS-232 and a terminal app.
I have photos of my FT-817, TFD-370, and Palm VII I have used to work
PSK31, while writing in graffitti!
AOR still offers the unit (check their web page) but it is not a cheap
unit.
Len Revelle N9IJ
"My career goal is to retire"
----------------------------------------------------------------------
Subject: Re: Digital HF QRP?
From: "Brian Riley (maillist)" <n1bq_list@wulfden.org>
Date: Sun, 18 Jan 2004 11:43:05 -0500
X-Message-Number: 4
Go to <http://www.amqrp.org> and look at the about to be released Micro908
kit. It essentially is a refinement of the below mentioned unit and a quite
handy all around tool. Interestingly enough, the DSP boards that were used
in the early design and in Bob Larkin's DSP-10 2m SDR, originally were
'evaluation' boards that sold for under $xxx, but so many guys bought these
for their DSP-10 projects (i.e. NOT to use to evaluate for BIG commercial
apps!) that the price got boosted to near $xxx. The new Micro908 project and
the redesigned DSP-10 use a board designed by KK7P that sells for $xx from
TAPR and I am told if purchased with the Micro908 kit somewhat less than
that.
cheers ... 73 de brian, n1bq
----------------------------------------------------------------------
Subject: Attended vs Unattended
From: Bob Bruninga <bruninga@usna.edu>
Date: Sun, 18 Jan 2004 12:52:30 -0500 (EST)
X-Message-Number: 5
To help APRS in its "real-time" significance,
I am proposing an added BIT in the POSIT report
to indicate whether an ACTIVE operator is present or not.
I look at my map now which is cluttered with hundreds of stations, but I
have no clue who are the 5% that actually have HUMAN presence. APRS was
designed to be tactical-real-time digital communications, etc...
The bit I propose to use is the "N/S" byte in Latitude. Normally it is
Upper case. I propose that if an operator is present, the posit is
transmitted with a lower case "n/s".
"Presence" or "active" at a station is defined as APRS Keyboard or Mouse
activity within the last 10 minutes.
In Addition, "mobiles" are always assumed to be Active. And Objects are
always assumed to be of immediate interest.
Thus my new "JUST-ACTIVE" display command (in APRSdos) will display my
map with only "attended stations", mobiles, and objects.
For what it's worth, here are the usual APRSdos display options:
Just-DIGIS
Just-Mobiles
Just-WX
Just-HF
Just-one-symbol <== then you select which one
Just-Special
Just-Traffic <== Displays stations with messages and connects TO/FM
Just-Active <== this is my new "attended" selection
Using the N/S byte for this flag should be backwards compatible. But we
need to checkout all existing software before going forward with this.
I'd check out my D700, but my wife took off with the car... :-(
For what it's worth, here is the rule that APRSdos uses to determine
"mobiles", Weather and DIGIS:
Mobiles if any of these Primary symbols: '<=>0COPRSUXY[^abefgjkpsuv
Mobiles if any of these altrnte symbols: /0>AKS^nsuv
Weather if any of these altrnte symbols: (*:<@BDEFGHIJTW_egptw{
Digis if symbol is #&I <== notice this includes HF and Igates too
These have been in there for 10 years, and I haven't studied them closely
reecntly, so I am open to corrections...
Further, note, that a change from unattended (for more than 30 minutes) to
ATTENDED should send out a FRESH posit report showing the change in
condition.... This is true whether we adopt this new ACTIVE bit or
not.
Because APRSdos uses the decaying algorithm to cause un-changing data to
decay out to only one packet every 30 minutes, When it detects a change to
ACTIVE condition with an operator present, it resets the decay algorithm
to restart its decay at 2 minutes (but only if it has been inactive for 30
minutes or more)..
Again, FRESH data in APRS is more important thatn old-unchanging data...
de Wb4APR, Bob
----------------------------------------------------------------------
Subject: Re: Pocket Satellite Predicts
From: Bob Bruninga <bruninga@usna.edu>
Date: Sun, 18 Jan 2004 13:07:59 -0500 (EST)
X-Message-Number: 6
The satellite moves at 300 miles per minute. So if you have a 100 mile
change of position, then the change in Access times will only be 20
seconds or so worst case different. I agree, with the pass being almost
15 minutes long, its hard to know when in the pass you just began to hear
it. de WB4APR, Bob
----------------------------------------------------------------------
Subject: PCsat Endangered
From: Bob Bruninga <bruninga@usna.edu>
Date: Sun, 18 Jan 2004 13:21:46 -0500 (EST)
X-Message-Number: 7
All PCsat Operators:
Please minimize your packets this weekend. (I'm not saying go QRT, but
just minimize). As always, though, we don't want any packets when PCsat
is in the dark anyway.
PCsat has a stuck relay that has the XMTRS crossconnected and is thus
consuming TWICE the normal transmit power on EVERY packet. The command
stations around the world are trying to get this fixed, but until we do,
the added current could cause us to run the battery down to a RESET
condition, and then we LOSE PCsat again until the next full Sun period in
May. So please minimize any redundant use of PCsat for the next few days.
You can see this condition on pcsat.aprs.org by observing packet telemetry
from PCSAT-1 AND PCSAT-11 coming into the system often from the SAME
SatGates. This means both systems are keying both transmitters and hence
DOUBLE the normal TX current draw (and Half the audio)...
de WB4APR@amsat.org, Bob
PCsat WEB page http://www.ew.usna.edu/~bruninga/pcsat.html
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
