| |
ZL3AI > APRDIG 24.04.03 10:14l 257 Lines 9327 Bytes #999 (0) @ WW
BID : 1203-ZL3AI
Read: GUEST
Subj: TAPR Digest, Apr 21, 6/7
Path: DB0FHN<DB0ZWI<DB0CHZ<DB0ERF<DB0MRW<OK0PKL<OK0PCC<OK0NAG<OK0PPL<RZ6HXA<
SP7MGD<VK7AX<VK4TUB<ZL2BAU<ZL3VML
Sent: 030423/1344Z @:ZL3VML.#80.NZL.OC #:64414 [Chch-NZ] FBB7.00i $:1203-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: Multiple Sound Cards
From: "Darryl Smith" <Darryl@radio-active.net.au>
Date: Tue, 22 Apr 2003 08:05:26 +1000
X-Message-Number: 47
G'Day All
>On Monday, April 21, 2003 2:55 PM -0400 Alex <kr1st@amsat.org> wrote:
>>A while back it was announced that TAPR was working on sort of a TNC
>>project. It was in one of those "ideal TNC" threads. I think we were
>>even discouraged talking about what we would like to see in the next
>>generation TNC until some formal announcement on the project was made
>>by TAPR.
>>
>>Perhaps an update on the developments in this area from TAPR is in
>>order?
>
>Darryl, VK2TDS, has been leading a discussion of new TNC designs, but
>there's no "official" TAPR project yet. I'll let Darryl fill in on the
>progress of that group if he'd like.
I am working on that... It is slowly done, but at the moment it has
stalled a bit because there is little interest in anyone assisting with
the coding, and there has been an issue with the CPU not linking MX614
IC's. I know what the issue is and just need to get back to it... There
is a beta PCB designed but at the moment we are not wanting to get that
made until we have working software...
If anyone can program 'C' please let me know... We are using a Rabbit
3000 CPU
Darryl
---------
Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia
Mobile Number 0412 929 634 [+61 4 12 929 634 International]
Darryl@radio-active.net.au | www.radio-active.net.au
----------------------------------------------------------------------
Subject: Re: UI-View32 on 486
From: Ken Collins <g4fip@btinternet.com>
Date: Mon, 21 Apr 2003 23:11:08 +0100
X-Message-Number: 48
In article <LYR26201-129387-2003.04.21-12.18.52--g4fip#btinternet.com@li
sts.tapr.org>, Alex <kr1st@amsat.org> writes
>I've been running UI-View (16 bit) on a new 486DX66-36Mb/Win95B machine
>with a KPC-3 TNC for a while now and was wondering if the 32 bit version
>would run ok on it.
Don't even attempt to run the 32 bit version on this machine. The result
would be horrific, and even if it eventually loaded, the response would
be abysmal.
Stay with the 16 bit version. I know it doesn't have all the capabilities
of the 32 bit version but it works well, and, as you have discovered for
yourself, is wholly stable.
--
Ken Collins - G4FIP
E-mail:- g4fip@btinternet.com
http://www.btinternet.com/~g4fip
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Re: Multiple Sound Cards
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Mon, 21 Apr 2003 22:45:35 -0000
X-Message-Number: 50
I'm fairly competent in C, but I've got my hands full right now. Just
curious... why the MX614? I was told by a CML rep that it was on the way
out, and that the CMX860 was the preferred Bell 202 modem IC.
Scott
----------------------------------------------------------------------
Subject: Re: UI-View32 on 486
From: Bruce Coates <bruce.coates@sk.sympatico.ca>
Date: Mon, 21 Apr 2003 17:36:58 -0600
X-Message-Number: 51
Hi Alex
I use UI-View32 to run my gateway (VE5BNC-3) on a 486-100 with 24MB or ram.
Although it works fine, it's only because it's running unattended and the
traffic level is quite low. If I tried to interact with it or had higher
levels of traffic, it would quickly become overloaded and would begin to
miss packets and would likely eventually grind to a halt.
73 - Bruce - VE5BNC
----------------------------------------------------------------------
Subject: Packet Status Register deadline nears
From: Stan Horzepa <stanzepa@earthlink.net>
Date: Mon, 21 Apr 2003 19:38:40 -0400
X-Message-Number: 52
The deadline for the next issue of Packet Status Register (PSR), TAPR's
quarterly newsletter, is Thursday, April 24, so please get your submissions
to me as quick as a bunny!
73,
Stan, WA1LOU
----------------------------------------------------------------------
Subject: Re: Digi bulk retransmits again
From: Bob Bruninga <bruninga@usna.edu>
Date: Mon, 21 Apr 2003 21:06:40 -0400 (EDT)
X-Message-Number: 53
On Mon, 21 Apr 2003, Miller Scott Contr 30SCS/FTI wrote:
>I don't really see how it requires any network knowledge. You turn on
>your rig, and not more than ten minutes later you get a burst containing
>all of the more-or-less static stations/objects/facilities that would
>otherwise be cluttering up the channel at random intervals.
Yes a good concept at first blush, but I can think of some problems:
1) But if you do that all in one burst, then you run the risk thta someone
misses it ALL as he goes under a bridge or through a short valley.
2) If 30 packets all get transmtted at once, then the Kenwoods will only
receive and display the first one on the front panel, the rest are not
seen unless the operator goes looking for them.
3) Which digipeater does this regurgitation? Every one that hears a given
packet? Wow... Quite a lot of packets. And then if each one of them
holds such packets and then waits, then the delay could be many tens of
minutes...
>Again, the key is that stations refrain from transmitting if they've heard
>their current status retransmitted in the last n minutes. If the digi goes
>down, a network cycle or two later the stations start transmitting again.
That does have merrit, but it assumes that what one hears is the best
measure of network performance. It ignores the fact that others may have
heard it or NOT heard it. Thus the sender thinks everyone else heard it,
but only he did. The APRS network has no guarantee of receipt of any
packet and also no guarantee that any given percent of users hear any
given packet. Thus, the best it can do is deliver multiple copies at a
periodic rate.
Any attempt to "reduce" this redundancy does reduce packets on the air,
but it also equally reduces network reliability of delivery of the most
uptodate information to the largest number of users.
Yes, I would support the above first order suggestion that a station that
hears its own packet digipeated could hold off on additional repeats, but
ONLY to a minimum of the net cycle time. But since some client programs
only transmit at the net cycle time in the first place, any cut back
would reduce reliability.
APRSdos and some other programs do the originally intended Decaying
ALgorithm such that New or Changed data is transmitted more often than
old data. It eventually decays down to the net cycle time. For these
smart programs I agree that if the algorithm does see its own packet
digipeated, then it can accellerate this decay rate...
This will reduce some packets on the air. But ONLY for new changed
position reports (not the fixed non-changing ones you are trying to
address).
Bob, WB4APR
----------------------------------------------------------------------
Subject: software to track aprs equiped buggy
From: Christopher Chow <chow@eng.usf.edu>
Date: Mon, 21 Apr 2003 21:35:28 -0400 (EDT)
X-Message-Number: 54
Hello everyone,
I am setting up an APRS tracking device for a "Mini-Baja" and would like
to have software on the recieving end be able to plot a continuous line of
where it has been tracked.
Does winAprs do this?
In Mini-Baja, the endurance race is usualy a 3-4 mile loop which the car
races through for 4 hours. I would like to beable to have the car
"draw" out the track so that it is easier to find, in case there is a
problem with the car.
Thanks for your help
Chris
kf4myn
----------------------------------------------------------------------
Subject: TNC connector
From: "Joe Della Barba" <joe@dellabarba.com>
Date: Mon, 21 Apr 2003 21:56:13 -0400
X-Message-Number: 55
Is there a FAQ or list someplace of recent and current radios with the
dedicated TNC connector. I believe that the FT-1500 has a 6 pin DIN and the
FT-2600 has (had) a 9 pin connector, but I don't know what other radios do
this.
Thanks,
Joe
73 de N3HGB
----------------------------------------------------------------------
Subject: WinAPRS & UTM Coordinates system
From: "Jacob Tennant" <k8jwt@ntelos.net>
Date: Mon, 21 Apr 2003 22:02:24 -0400
X-Message-Number: 56
Does WinAPRS have the capability to handle UTM coordinates?
I just joined my local SAR group, part of the ASRC, and they only use UTM
coordinates for their location data.
Jacob Tennant - K8JWT
Personal Web Page: www.qsl.net/k8jwt
Mon.Co.ARES Web Page: www.qsl.net/k8jwt/mcares
----------------------------------------------------------------------
Subject: Re: WinAPRS & UTM Coordinates system
From: Jack & Carolyn Cavanagh <cjcav@earthlink.net>
Date: Mon, 21 Apr 2003 22:17:15 -0400
X-Message-Number: 57
I can't speak to WinAPRS, but the conversion from UTM (Universal
Transverse Mercator) to Lat/Long is complicated. See the following url
for some discussion in the SAR area:
http://www.swcp.com/csar/UTMConverter.shtml
When I did the APRS mapping from the 100K DLG USGS data, I had to do
this conversion as the raw data on the CD is in UTM coordinates. I
suppose the authors could add this if there was sufficient demand.
However, I suspect that dosAPRS would be out of memory.
Jack
KB4XF
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
