| |
ZL3AI > APRDIG 03.08.03 09:26l 243 Lines 9114 Bytes #999 (0) @ WW
BID : 1722-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jul 31, 2/5
Path: DB0FHN<DB0RGB<DB0FSG<DB0PV<DB0MRW<OK0PKL<OK0PPL<DB0RES<ON0AR<VK6HGR<
ZL2BAU<ZL3VML
Sent: 030802/1424Z @:ZL3VML.#80.NZL.OC #:5667 [Chch-NZ] FBB7.00i $:1722-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: findu.com breadcrumb
From: "Andrew VK4TEC" <vk4tec@hotmail.com>
Date: Thu, 31 Jul 2003 21:23:24 +1000
X-Message-Number: 8
I worked it out yeah !
http://www.findu.com/cgi-bin/line.cgi?call=vk4khp-9!vk4khp-9:0:255:100&geo=h
ttp://www.tech-software.net/brisbane.geo&start=1000
----------------------------------------------------------------------
Subject: data radio for aprs?
From: wes@johnston.net
Date: Thu, 31 Jul 2003 08:07:42 -0400 (EDT)
X-Message-Number: 9
http://www.rfdigital.com/product.htm?item=rfd24026
This is a data radio capable of 33kbps at 900mhz. Since it's on 916mhz,
smack in the middle of the ham band, I wonder what it would take to jack
the power up and make it work for us with aprs?
Wes
----------------------------------------------------------------------
Subject: Re: MIC-E Capable Repeater (Questions)...
From: Mark Earle <wa2mct@mearle.com>
Date: Thu, 31 Jul 2003 07:28:15 -0500
X-Message-Number: 10
I would recommend putting a DCD kit in the MFJ tnc, and using the UI digi
code. The KPC 3 is good, but does have a packet duplication problem in some
circumstances, when used as a wide/ high site digi.
In the MFJ, DCD is done in hardware. www.paccomm.com sells a dcd kit that
will interface with this tnc.
) ) de WA2MCT Mark
( (
) ) You will be assimilated... oooh, coffee!!
_|****| http://www.findu.com/cgi-bin/find.cgi?wa2mct-8 Home
( | | http://www.findu.com/cgi-bin/find.cgi?wa2mct-9 Mobile
`|____| wa2mct@mearle.com wa2mct@juno.com www.mearle.com/mark
----------------------------------------------------------------------
Subject: APRS SERVER Question
From: "Dave Thege" <dthege@conpoint.com>
Date: Thu, 31 Jul 2003 08:16:23 -0500
X-Message-Number: 11
When I connect to an APRSSERVER I got a message in my terminal window saying
it was missing a filter keyword. I have the range setup as r/42/-97/300.
What key word am I missing.
Dave N0XBN
----------------------------------------------------------------------
Subject: RE: APRS SERVER Question
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Thu, 31 Jul 2003 08:31:34 -0500
X-Message-Number: 12
I am assuming you are connecting to a 14580 port on one of the
javAPRSSrvr servers with a client such as Xastir or APRS+SA. In that
case, the filter line should be:
filter r/42/-97/300
Hope this helps.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: connected mode question
From: wes@johnston.net
Date: Thu, 31 Jul 2003 09:41:06 -0400 (EDT)
X-Message-Number: 13
I'm working on something.... an idea...
With a TNC in connected mode, once connected, I can goto converse or
transpearant mode and send data from one TNC to another. The receiving
TNC, if also in connected mode, and with monitoring off, will only print
packets which are intended for that connection. OK, that's all well and
good.
Now what if I have more than one TNC connected to the "receiving" tnc? In
order to receive data I have to stream switch between any connected
streams, right? Is there anyway to have the "receieving" tnc just spit out
*any* data which comes in and is directed to it no matter which steam it
comes in on? I know I could do this with MON on, but could I strip out the
headers and *only* print the content of each packet? So far my idea is to
hook the tnc's rs232 INPUT pin to a pic processor which does nothing but
send a continuous stream of |A |B |C ...... |X |Y |Z |A |B . The TNCs
rs232 OUTPUT pin will simply be connected to a PC which will collect and
process the raw data from the links.
To give a peek at what I'm working on, I want to place several receivers
around town. The receievers will only hear a small area. It would be
possible for each receiver to hear a different packet at the same time as
another receiver. For example, if I and another station TX at the same time
on opposite sides of town, our respective closest receivers would heard
each of us. Even if we TX at exactly the same time, due to FM capture
effect, each receiver would hear the closest station to it. In a full
scale system such as this, it would be possible to use, say 20 receievers
setup around town and recieve 20 different packets from 20 different mobile
stations at the same time. In the real world, it is likely that more than
one receiver would hear the same signal. So when station A transmits, he
may be heard by 5 receivers, and station B may have his transmission copied
by 3 different recievers. All that is needed to finish this out is for
each receiving site to have coordinated access to a WIDE node for
digipeating. That's where two TNCs running connected mode come in.
The remote sites will be running cheap KISS mode TNCs (such as John
Hansen's KISS TNC). The output of such a TNC will be hooked to another
TNC, this one running connected mode and transpearant mode (so you can have
CNTRL-C in the data). The connected mode tnc will be connected in a one to
many fashion to the local wide node. The connected mode TNC at the wide
node will receive and ack packets from many "remote receiver" sites and
once a packet is RX'ed the TNC will simply spit out the original KISS frame
which entered the link at the remote site. This stream of KISS frames will
be fed into aprs digipeater software which will remove the dupes and
digipeat as needed. Basically, I'm taking a KISS frame, encapsulating it
inside connected mode packet, moving it some distance, unencapsulating it,
and then processing (ie digipeating) the kiss frame.
Using a connected mode TNC is one method. I know this can work with a
rabbit processor acting as a TCP/IP terminal server and a cable modem or
802.11b. or maybe even the siteplayer acting as a TCP/IP terminal server.
I'd just like to consider this for an RF only solution.
Wes
----------------------------------------------------------------------
Subject: RE: APRS SERVER Question
From: "Dave Thege" <dthege@conpoint.com>
Date: Thu, 31 Jul 2003 08:50:58 -0500
X-Message-Number: 14
yes that's what I'm connected to. Didn't understand that you had to put the
word filter in there. Next question How do I cut down the amount of wx info.
I really don't care about the wx outlook n Cal. We're more concerned about
local info. I didn't realize there was that much out there.
Thanks Dave N0XBN
----------------------------------------------------------------------
Subject: RE: APRS SERVER Question
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Thu, 31 Jul 2003 06:51:42 -0700 (PDT)
X-Message-Number: 15
On Thu, 31 Jul 2003, AE5PL Lists wrote:
>I am assuming you are connecting to a 14580 port on one of the
>javAPRSSrvr servers with a client such as Xastir or APRS+SA. In that
>case, the filter line should be:
>
>filter r/42/-97/300
I believe that is correct for APRS+SA.
For Xastir, it would be "r/42/-97/300". Xastir adds the "filter"
keyword automatically if the entry box has something in it.
--
Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto: A tax on people who are bad at math!"
"Windows: Microsoft's tax on computer illiterates!" -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: Re: Fixing the digis ID/NOID
From: "Bruce Martin, KQ4TV" <aprssig@almostanywhere.com>
Date: Thu, 31 Jul 2003 09:03:06 -0500
X-Message-Number: 16
On Friday, July 25, 2003, at 12:44 PM, Bob Bruninga wrote:
>WHile fixing the network, I'd like to update the list of ID versus NO-ID
>digipeaters.
>
>What follows is the list where it stood in January. If any of these
>ID digis have been fixed to the proper NOID setting, let me know and
>I will remove it from the list.
>
> WIDEn DIGI Hits LAT LON
> ---------- ---- --- ---
> WB0NOO-2 53 36 -87 ID, but sysop is considering the change
> WB0NOO-1 4 36 -86 ID, but sysop is considering the change
I manage both of these digis and they are both running UIdigi firmware
in MFJ TNCs.
We also use KPC3 v8.2 TNCs as temporary, backup, and relay digis in
this area.
What is the proper setting for UIdigi firmware to conform to the NO-ID
standard?
What is the proper setting for KPC3 programming to conform to the NO-ID
standard?
Bruce
--
Bruce W. Martin, KQ4TV
116 Beechwood Dr.
Burns, TN 37029
----------------------------------------------------------------------
Subject: Re: Digitraveler power
From: Dale Blanchard <wa7ixk@earthlink.net>
Date: Thu, 31 Jul 2003 08:10:26 +0000
X-Message-Number: 17
David VanHorn wrote:
>At 10:24 PM 7/30/2003 -0500, Gregg G. Wonderly wrote:
>
>The also have a 2x8 frame. I have seen them mounted in office partitions
>with a bunch. ( ac power-phone-computer-ect.) Used to connect one panel to
>another.
>
>The evil ones sell a frame for this, 2x2 array, which I use in my ammo cans.
>But we shall not speak their name here.
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
