| |
ZL3AI > APRDIG 15.12.03 21:09l 255 Lines 9590 Bytes #999 (0) @ WW
BID : 2488-ZL3AI
Read: GUEST
Subj: TAPR Digest, Dec 12, 1/3
Path: DB0FHN<DB0FOR<DB0SIF<DB0FSG<DB0SL<DB0RGB<OK0PPL<DB0RES<ON0AR<7M3TJZ<
SP7MGD<ZL2TZE<ZL3VML
Sent: 031215/1844Z @:ZL3VML.#80.NZL.OC #:14703 [Chch-NZ] FBB7.00i $:2488-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Friday, December 12, 2003.
1. Re: Using PSK31
2. Re: Cannot Connect to APRServe Network
3. Re: Cannot Connect to APRServe Network
4. Re: Cannot Connect to APRServe Network
5. Re: Using PSK31
6. Re: Using PSK31
7. Re: Cannot Connect to APRServe Network
8. Re: Using PSK31
9. Re: Using PSK31
10. Re: Using PSK31
11. Holiday Traveling = 144.39 CTCSS 100
12. Re: Holiday Traveling = 144.39 CTCSS 100
13. Re: Holiday Traveling = 144.39 CTCSS 100
14. Re: Holiday Traveling = 144.39 CTCSS 100
15. Re: Tracker behavior with invalid GPS
16. Re: Holiday Traveling = 144.39 CTCSS 100
17. Re: Holiday Traveling = 144.39 CTCSS 100
18. Dreaming of a PCsat Christmas...
19. Correct Icon
----------------------------------------------------------------------
Subject: Re: Using PSK31
From: "Stephen H. Smith" <WA8LMF2@aol.com>
Date: Thu, 11 Dec 2003 20:53:22 -0800
X-Message-Number: 1
cdapples wrote on 12/11/2003, 5:48 PM:
>Is there any thought about using PSK31 for APRS on HF and/or VHF?
This has been dicussed many times.
The problems are:
1) PSK31 is 10 times slower than even 300 baud HF packet (40 times
slower than the usual VHF packet); even a simple posit takes 10-15
seconds to send. This means the channel capacity (number of stations
that can be supported) is extremely limited
2) There is no error detection or correction to ensure valid data at
the receiving end. With normal AX25 packet, even an unconnected packet
(as used in APRS) goes through an error detection process at the
receiving end. It will not be passed out of the TNC (hardware or
software) to an application if it is somehow defective. [ Unless you
have the passall "junk" mode turned on in a TNC.]
3) The tuning accuracy requirements for PSK31 are so precise that
trying to transmit beacons "in the blind" to a receiver that doesn't
transmit back would require 10 or even 1 Hz display resolution and an
extremely-accurately-calibrated, high-stability TCXO in the user's radio.
All that being said, there is a group of people that are doing this. An
activity similar to APRS, BeaconNet, transmits PSK31 APRS-format data on
10 meters. The purpose of BeaconNet is to monitor propagation, not
track the positions of mobiles. As a result, nearly all the the
transmissions are made by a handful of fixed stations and most of the
users just listen.
They are using an application written by G4IDE (the author of UI-View)
called PSK31 Server. This is a waterfall-display-type PSK31 program
that looks very similar to DigiPan but has the added twist of a built-in
TCP/IP server and interface. You configure the Internet connection of
any standard APRS program to connect to your own IP instead of one "out
there" on the Internet. [ Most of the users are using UI-View. ]
G4IDE is no longer supporting the program -- it was really just an
experimental quick hack -- but it is available in the archives of the
Yahoo group " ui-view_PSK31 " and from the BeaconNet website at:
http://go.to/beaconet
Stephen H. Smith wa8lmf (at) aol.com
Home Page: http://wa8lmf.com
Ham Radio/Mobile SSTV page: http://members.aol.com/wa8lmf/ham
APRS Stuff
http://members.aol.com/wa8lmf/aprs
----------------------------------------------------------------------
Subject: Re: Cannot Connect to APRServe Network
From: Smokey Behr <smokeybehr@sbcglobal.net>
Date: Thu, 11 Dec 2003 21:42:06 -0800
X-Message-Number: 2
This is a simple one. Open the servers.ini file in notepad, and add
the list of servers from http://www.aprs-is.net/APRSServers.htm
Please don't use the Tier 1 servers. Only connect to the Tier 2
servers, and use the one that's closest to you for the best feed.
On Thu, 11 Dec 2003 14:45:07 -0700, "Dave Sloan"
<desloan@earthlink.net> wrote:
>I have been connecting to the network without any problem for several
>months. But when I try to connect to it now I'm getting "TCP open failed". I
>am running WinAPRS2.6.1 on a PII with Win88SE. I have rebooted and still am
>having a problem. Where do I go next?
>
>Thanks,
>Dave N0EOP
--
John "Smokey Behr" Gleichweit FF1/EMT, CCNA, MCSE
IPN-CAL023 N5VZQ UP Fresno Sub MP183.5
List Owner x6, Moderator x4.
----------------------------------------------------------------------
Subject: Re: Cannot Connect to APRServe Network
From: Earl Needham <needhame1@yucca.net>
Date: Fri, 12 Dec 2003 05:46:26 -0700
X-Message-Number: 3
At 09:42 PM 12/11/2003 -0800, Smokey Behr wrote:
>This is a simple one. Open the servers.ini file in notepad, and add
>the list of servers from http://www.aprs-is.net/APRSServers.htm
Good link, but where do you find servers.ini ? WinAPRS uses aprsxtra.txt ,
and the original question was about WinAPRS 2.6.1. Right???
7 3
Earl
Earl Needham, KD5XB, Clovis, New Mexico DM84jk
KD5XB-2>APW251,PCSAT-1%:=3425.83N/10313.55W-PHG7150/WinAPRS 2.5.1
-EARL_CLOVIS -251-<630>
SETI@Home: 11147WU/7.23yrs!
----------------------------------------------------------------------
Subject: Re: Cannot Connect to APRServe Network
From: Earl Needham <needhame1@yucca.net>
Date: Fri, 12 Dec 2003 05:49:44 -0700
X-Message-Number: 4
At 09:42 PM 12/11/2003 -0800, Smokey Behr wrote:
>This is a simple one. Open the servers.ini file in notepad, and add
>the list of servers from http://www.aprs-is.net/APRSServers.htm
>
>Please don't use the Tier 1 servers. Only connect to the Tier 2
>servers, and use the one that's closest to you for the best feed.
I tried using arizona.aprs2.net, on port 10154, and I found that my
positions were not being fed back into the internet stream. I haven't
tried to troubleshoot it, but it was pretty weird. I kept at it for over 9
hours before I gave up.
Earl
Earl Needham, KD5XB, Clovis, New Mexico DM84jk
KD5XB-2>APW251,PCSAT-1%:=3425.83N/10313.55W-PHG7150/WinAPRS 2.5.1
-EARL_CLOVIS -251-<630>
SETI@Home: 11147WU/7.23yrs!
----------------------------------------------------------------------
Subject: Re: Using PSK31
From: "Sadowski, Allan" <allan.sadowski@ncshp.org>
Date: Fri, 12 Dec 2003 08:06:33 -0500
X-Message-Number: 5
As to the second paragraph... it should not be out of the realm of the
Capabilities of HAMS to address this issue... yes it would make the
String longer... but ECC is well understood by the satellite folks...
2) There is no error detection or correction to ensure valid data at
the receiving end. (Snip)
As to the third paragraph.... there is software out there eliminates This
issue... there is PSK software that actually searches through the Whole
audio "passband" (what's on the waterfall)... looking for a signal, And
when it see's a signal... it looks for a "header" text string and Places
what follows into a message buffer/file. No tuning required other Than
having roughly the same audio "passband". In fact, the same Software is
capable of looking for 10 simultaneous signals... and the Associated header
(user selectable)... and then writing the received Data (string length
limited or with termination string) for all 10 Signals... to the
buffer/file. Radio tuning becomes almost a non-issue.
3) The tuning accuracy requirements for PSK31 are so precise that trying
to transmit beacons "in the blind" to a receiver that doesn't transmit back
would require 10 or even 1 Hz display resolution and an
extremely-accurately-calibrated, high-stability TCXO in the user's radio.
My two cents...
ALOHA
AH6LS
----------------------------------------------------------------------
Subject: Re: Using PSK31
From: Bob Bruninga <bruninga@usna.edu>
Date: Fri, 12 Dec 2003 08:47:37 -0500 (EST)
X-Message-Number: 6
On Thu, 11 Dec 2003, Stephen H. Smith wrote:
>1) PSK31 is 40 times slower than the usual VHF packet...
So we need to use only the GRIDSQUARE format about 14 bytes.
2) There is no error detection or correction to ensure valid data at
>the receiving end.
By using an upper case callsign and mixed case Grid square, then syntax
checking can detect a lot of errors and with some heuristic software can
make a good guess at fixing some of them..
All I ever asked was that PSK-31 authors include the provision for an
operator to enter his LAT/LONG (or grid square) when he customizes his
program so that he can click on "Send Grid" at anytime in a QSO and then
the software on the other end will capture the grid and we end up with
APRS type informaitno being gleaned from the QSO.
THis can then be fed to the users APRS program for display...
But the PSK-31 crowd is so anti-APRS that they cannot see how simple this
is and how it does NOTHING different thanwaht they are already doing, but
just uses a satndard GRID notation so the receiving software can capture
it...
Bob, WB4APR
----------------------------------------------------------------------
Subject: Re: Cannot Connect to APRServe Network
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Fri, 12 Dec 2003 08:12:02 -0600
X-Message-Number: 7
I just ran a couple of tests vs. arizona.aprs2.net:10154 with APRS+SA
and it works just fine. I first used AE5PL-LT as my call and it did not
show up in findu. However, I was getting into APRS-IS as verified by
monitoring a different data stream connected to the APRS-IS core
servers.
I changed the call-SSID to AE5PL-9 and I was seen in findu. Findu
apparently does not record non-numeric SSID's even though they are valid
for APRS-IS use.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
