| |
ZL3AI > APRDIG 03.03.03 10:25l 286 Lines 9623 Bytes #999 (0) @ WW
BID : 972-ZL3AI
Read: GUEST
Subj: TAPR Digest, Feb 28, 1/2
Path: DB0FHN<DB0RGB<OE5XBL<OE3XSR<OK0PCC<OK0NAG<OK0PPL<RZ6HXA<SP7MGD<ON0BEL<
IK6PYS<ON0AR<ZL2BAU<ZL3VML
Sent: 030302/0851Z @:ZL3VML.#80.NZL.OC #:60783 [Chch-NZ] FBB7.00i $:972-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Friday, February 28, 2003.
1. Re: TXD (Final answer?)
2. APRS on Comedy Central (Link) (was Bunny Hunt)
3. RE: TXD (Final answer?)
4. IGATE - is it working
5. RE: IGATE - is it working
6. Re: IGATE - is it working
7. Re: IGATE - is it working
8. Re: IGATE - is it working + TH-D7
9. Re: IGATE - is it working + TH-D7
10. Additional Track Maps Available - Now
11. Re: IGATE - is it working
12. Re: IGATE - is it working
13. Re: IGATE - is it working
14. Re: IGATE - is it working
15. AX.25 PID assignment
16. RE: TXD (Final answer?)
17. RE: TXD (Final answer?) TH-D7(G)
18. a little off topic
19. RE: TXD (Final answer?)
20. RE: TXD (Final answer?) TH-D7(G)
21. RE: TXD (Final answer?) TH-D7(G)
----------------------------------------------------------------------
Subject: Re: TXD (Final answer?)
From: "Steve Slay" <snslay@swbell.net>
Date: Thu, 27 Feb 2003 23:37:16 -0600
X-Message-Number: 1
You are right!
I just checked the manual and the Pico Packet it is settable in 10 ms
increments.
I should have said 10 ms not 15 ms.
I can set my TXD to 1 which is 10ms and be digipeated.
However, if I am at a long distance from the DIGI (20+ miles) I find I need
to increase the TXD to anywhere from 2 (20ms) to 15 (150ms).
Steve Slay
KC5MVY
Where am I now? http://www.findu.com/cgi-bin/find.cgi?call=KC5MVY
See the weather RADAR
http://www.findu.com/cgi-bin/find.cgi?call=KC5MVY&radar=LBB
"Only two things are infinite, the universe and human stupidity, and I'm
not sure about the former." Albert Einstein
----------------------------------------------------------------------
Subject: APRS on Comedy Central (Link) (was Bunny Hunt)
From: WA2UZO <wa2uzo@arrl.net>
Date: Fri, 28 Feb 2003 08:18:34 -0500
X-Message-Number: 2
Actually they mention Ham Radio on the net:
http://www.comedycentral.com/tv_shows/insomniac/diary.jhtml?file=/
data_html/multimedia/insomniac/season3-episodes/306_Albuquerque/306-4-
transmitter.html%20&ep=306
----------------------------------------------------------------------
Subject: RE: TXD (Final answer?)
From: <henk.de.groot@hetnet.nl>
Date: Fri, 28 Feb 2003 14:49:37 +0100
X-Message-Number: 3
Hello Bob,
>Yep, i Guess Im thinking of a D7 transmitting, so the only unknown is the
>lockup time of the KPC-3 type open squelch TNC, since the digipeater
>receiver is already on freq and squelch is open...
Ai, you asked the wrong question asking about TXD, that's not what you want!
To answer your question you don't care how much time the transmitter needs
to lock, but you want to know how many flags are actually transmitted on RF
to make the receiving TNC synchoronize to the signal and recover the clock.
Even a very slow transmitter that requires a 500ms TXD could do, as long as
only a few ms worth of flags are actually transmitted.
Example: Assume that a tranmitter needs 250ms to lock and start
transmitting. When setting TXD to 270ms then on RF you only see flags for a
duration of 20ms, since the other 250ms the transmitter not transmitting
yet! For on-air collisions only this 20ms is interesing, the first 250ms
there is no RF signal so it will not disturb any other station's
transmission.
I think the amount of time a TNC needs to recover the clock and recognize
the flag is in this (10..20ms) order, if not smaller. I don't know if the
time the time the transmitter needs to key up is constant, maybe it varies
over a range how fast the PLL to locks. In that case you may have to add
more margin; if it takes for example 230..280ms then you may want to use
300ms and the channel load will vary between 20ms and 70ms in that case.
When I look back at this there seems to be a littlebit more room on the
channel than I calculated before. I always took the time of the TXD als
transmission time but that's not correct. So a TH-D7E with fixed 500ms
delay were 200ms would do does not waste 500ms on air but 300ms since
during the other 200ms the unit is not actually transmitting.
Kind regards,
Henk.
----------------------------------------------------------------------
Subject: IGATE - is it working
From: "Joe Della Barba" <joe@dellabarba.com>
Date: Fri, 28 Feb 2003 08:57:18 -0500
X-Message-Number: 4
I should be gating to the net, but I am not quite sure how to check. I am on
as N3HGB-1 using APRS+SA. Any easy way to check?
Thanks,
73 de N3HGB
----------------------------------------------------------------------
Subject: RE: IGATE - is it working
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Fri, 28 Feb 2003 08:43:24 -0600
X-Message-Number: 5
>From http://www.findu.com/cgi-bin/find.cgi?N3HGB-1
Raw packet:
N3HGB-1>APS221,TCPIP*,qAC,N3HGB-1:=3859.96N/07618.09W-APRS+SA
The ,qAC,N3HGB-1 indicates that this packet was injected to APRS-IS
directly from your APRS+SA software.
If you are interested in whether RF stations are being gated, pick one
that you hear directly and do a findu check. It should show
,qAR,N3HGB-1 in the packet if your station was the first to get it
through to findu.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: Re: IGATE - is it working
From: Steve Dimse <k4hg@tapr.org>
Date: Fri, 28 Feb 2003 09:46:29 -0500
X-Message-Number: 6
On 2/28/03 at 8:57 AM joe@dellabarba.com (Joe Della Barba) sent:
>I should be gating to the net, but I am not quite sure how to check. I am on
>as N3HGB-1 using APRS+SA. Any easy way to check?
First look at the status port of the server you are connecting to, for example
if it is first.aprs.net:
http://first.aprs.net:14501
Look in the connect list to make sure you are there, that your connection is
listed as verified, and that your bytes in counter rises steadily.
You can do this in a command line:
telnet second.aprs.net | grep N3HGB-1
which will print out any lines containg your call, as all IGated lines
should. A few minutes of this didn't turn up any data, but this is not
deinitive. The APRS IS has strong dup checking, and if a nearby IGate sends
data that reaches (in this case) second before your data, then the other
IGate's packets will appear and yours will not.
Steve K4HG
----------------------------------------------------------------------
Subject: Re: IGATE - is it working
From: "Bill Guthrie" <willy3jax@covad.net>
Date: Fri, 28 Feb 2003 09:47:34 -0500
X-Message-Number: 7
http://www.findu.com/cgi-bin/find.cgi?call=N3HGB-1
----------------------------------------------------------------------
Subject: Re: IGATE - is it working + TH-D7
From: "Joe Della Barba" <joe@dellabarba.com>
Date: Fri, 28 Feb 2003 11:44:42 -0500
X-Message-Number: 8
I didn't see myself on second, but I connected to rotate.aprs.net and I can
see myself there with a traffic count. I have having some issues with the
firewall and NAT routers here on some of the higher port numbers. Besides
for getting a 24/7 internet feed to my house, I just got a TH-D7A(G) so I
feel like I have 1,000,000 things to learn. BTW, my connection is 128K
up/256K down over a 900 MHz WAN link.
73 and thanks for all the help.
Joe N3HGB
----------------------------------------------------------------------
Subject: Re: IGATE - is it working + TH-D7
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Fri, 28 Feb 2003 11:04:20 -0600
X-Message-Number: 9
Since you have the D7, you can run a very simple test. Set it up to use
no path, a call with a SSID of something other than -1, and extra low
power. Now, let it beacon once so your IGate hears it (but that will be
the only thing that does). It should show up on findu.com with your
IGate's callsign after the q construct. Make sure you have "Gate TNC
data stream to Internet" set on your Internet tab in APRS+SA Setup.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: Additional Track Maps Available - Now
From: "Brian Riley (maillist)" <n1bq_list@wulfden.org>
Date: Fri, 28 Feb 2003 12:30:45 -0500
X-Message-Number: 10
The list of maps available as of Friday morning is now;
From Thursday nights work - 'greater metropolitan area' maps of
Seattle-Tacoma Los Angeles
San Francisco Chicago
Salt Lake City Dallas-Fort Worth
There is a slightly larger scale map covering
Vancouver-Tacoma-Seattle
A two state map for
New Hampshire-Vermont
This (Friday) Morning I added
another Denver, larger scale
Detroit, MI Boston, MA
Houston, TX Atlanta, GA
Memphis, TN Miami, FL
I also did some screen shots of WinAPRS regional outlines with some major
roads for
Texas/Oklahoma
California/Nevada
Arizona/New Mexico
Great Lakes region (MN/MI/WI)
Southern Mississippi Valley (AR/LA/MS/AL/TN)
They are all available on the 'activity locator' query on the main APRS
Search page as well as in the various dropdowns on the track page. I used he
activity locator to pick stations for each map to plot tracks and within the
small amount of testing they seem to plot OK.
I rearranged the order of dropdown menu on the locator stack to put
'regions' first followed by cities in alphabetical order by city name (not
state)
<http://www.wulfden.org/APRSQuery.shtml>
<http://www.wulfden.org/APRSTracking.shtml>
I am then gonna get down to the lesser travelled areas for which I have
requests.
Anyone in a large metro area w/o maps available let me know if you want em.
cheers ... 73 de brian, n1bq
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
