| |
ZL3AI > APRDIG 27.10.03 14:56l 266 Lines 9583 Bytes #999 (0) @ WW
BID : 2216-ZL3AI
Read: GUEST
Subj: TAPR Digest, Oct 25, 3/4
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0AR<LU6DTS<ZL2TZE<ZL3VML
Sent: 031027/1240Z @:ZL3VML.#80.NZL.OC #:11385 [Chch-NZ] FBB7.00i $:2216-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Coiled Coax Loss
From: "Sadowski, Allan" <allan.sadowski@ncshp.org>
Date: Sat, 25 Oct 2003 15:51:12 -0400
X-Message-Number: 19
OK... maybe one of the graybeards here can figure this puzzle out for
me...
I have a "tactical" digi that has 10 meters of coax... and a mag mount
antenna... remember "TACTICAL"... so I kept the coax long enough to
allow some flexibility of mounting the electronics - some distance from
the antenna.
When the antenna is far enough away from the electronics that the coax
isn't coiled... works fine...
When the antenna is close to the electronics but the coax is neatly
coiled it worked lousy... when a friend who does a number of field
installations of RF gear looked at the setup... he suggested that I do
NOT coil the coax (I had a neat coil about 35cm (a little over a foot)
in diameter).
So I uncoiled the coax (messy)... and it works fine...
What gives... should the loss/impedence be that bad from about 8 loops
of coax????
Somebody explain this one to me please !!!!
TNX
ALOHA
AH6LS
----------------------------------------------------------------------
Subject: Whoa, wait a minute [was: A Low-Tech APRSteward Proposal]
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
Date: Sat, 25 Oct 2003 16:01:43 -0400
X-Message-Number: 20
Bob Bruninga wrote:
>No, it adds 30% SPAM to everyone who uses the system and adds to great
>frustration of the 90% of everyone who doesnt need it!
If 3 BLN's add 30% to the channel's traffic, then there is NO problem to
fix and NO need to send them. This is not a one-size-fit's-all proposal.
It allows for LAN's to setup their APRSteward to TX only as often as it
makes sense in the LAN. Geez, this is much too simple.
What is most disturbing is that you seem to be saying that you want the
entire APRS infrastructure to change (ie--Firewall Digi's) because 10% of
APRS users abuse the system? What kind of sense is that?
This SCREAMS the need for APRSteward. A MINORITY of people need to fix
their UNPROTO's? Start by educating them. Those that don't listen can be
personally visited, taken out for a cup of coffee or SUPLISTed. Either
way, the "problem" that we all assumed existed because of your proposal is
addressed now, allowing the APRS network to grow into the firewall vision
that you seem so convinced needs to be installed (because of those 10% of
users).
Ev, W2EV
----------------------------------------------------------------------
Subject: RE: Coiled Coax Loss
From: "JBCrafts" <jbcraft@adelphia.net>
Date: Sat, 25 Oct 2003 16:13:49 -0400
X-Message-Number: 21
is this "coax" radio shack or is it Belden RG-55BU (double shielded silver
plated).
Is the SWR low?
Sounds to me as if your coax is radiating... cheap coax, high swr, poor
impedance matching at the feed point.
Bob K8YS
----------------------------------------------------------------------
Subject: APRSteward and the Interstate Roadway System
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
Date: Sat, 25 Oct 2003 16:19:15 -0400
X-Message-Number: 22
Bob Bruninga wrote:
>>APRS without RF-based APRSteward's in each LAN is akin to the Interstate
>>highway system without traffic signs.
>
>No, having APRSsteward is akin to having the radio "media idiots" telling
>me on my radio where to turn and how to drive.
I must not be doing a very good job of communicating the APRSteward concept.
Let me try again.
Interstate Highway signs simply inform roadway travellers, yet allow them
to make their own choice as to how they use the system. Abusers (speeders,
dangerous drivers, etc.) eventually get the attention of the police who
will determine if it's enough to counsel the driver or send them to the
pokey.
Imagine an Interstate roadway WITHOUT speed limit signs, milage markers,
rest stop signs and early-warning signage for off-ramps. Yet...without
these reminders, everyone is expected to know the 'rules of the road' and
'play nice'. Hmmm. This sounds suspiciously like the state of APRS today.
:)
APRSteward is designed to inform users of the acceptible UNPROTO paths and
TX intervals for a given LAN. At first, doing so promiscuously (at regular
beacon intervals). After a LAN is "tamed" and the information more well
known, either the APRSteward's TX interval is severely reduced (1/week or
less?) or the information can be offloaded to some other method
(Information Kiosk, UI-View Station Query of the station acting as
APRSteward, etc.).
Regards,
Ev Tupis, W2EV
----------------------------------------------------------------------
Subject: Re: A Low-Tech APRSteward Proposal [was: SMART digi paths]
From: "Bill Vodall - WA7NWP" <wa7nwp@jnos.org>
Date: Sat, 25 Oct 2003 14:46:22 -0700
X-Message-Number: 23
>affect. If Bill, WA7NWP, is on here perhaps he can produce the text of the
>message. After all, he wrote it. Take a look at:
>
>http://www.fortgirlfriend.com/nwprs_usage.html
Here's an example of the message that would have been sent a couple nights
ago if I'd invested yet another ATU and dropped in the Tactical Call to
real call routine for the Email address lookup.
73,
Bill - WA7NWP
--
X-Organization: Northwest APRS SIG http://www.nwaprs.org
X-Winner-mailto: <wa7nwp.com> Default Email for BALDI
Hello BALDI,
This is a friendly message from the APRS packet counting program currently
creating the top packet users page which can be seen at:
http://www.jnos.org/nwprs_usage.html.
Congratulations: You are todays #1 packet winner.
391 packets from BALDI is 5 % of todays total of 7792 packets
If you have been out driving around, seeing the sights and generating lots
of packets from new locations - GREAT!
Keep up the good work! Drive safely!
On the other hand, if you have a home station or a mobile that hasn't gone
anywhere today, please check your settings and configuration.
An explanation of the Pacific Northwest regions recommendations may be
found at: http://www.nwaprs.org/aprssettings.htm
Our network is a finite resource and it works best for everybody if we all
operate by these recommendations.
If you have questions about this message or the technology involved,
contact my programmer at mailto:wa7nwp@yahoo.com
73, NWAPRS Packet Program
----------------------------------------------------------------------
Subject: 1200 and 9600
From: "Bill Vodall - WA7NWP" <wa7nwp@jnos.org>
Date: Sat, 25 Oct 2003 15:08:00 -0700
X-Message-Number: 24
While mixing baud rates, such as 1200 and 9600, on one channel has
historically been shown to be a poor idea, I've recently observed a TNC
that appears to do it right. This presents an opportunity from some
interesting applications such as alternate APRS nets or monitoring PCSAT2
satellite transmissions. Transmitting is front panel switchable between
1200 and 9600.
Check out the TNC2multi at the bottom of:
http://www.wimo.de/verteiler-e.htm?packettnc_e.htm
73,
Bill - WA7NWP
----------------------------------------------------------------------
Subject: Re: APRS2 Port 14580
From: "David Thege" <dthege@conpoint.com>
Date: Sat, 25 Oct 2003 17:14:37 -0500
X-Message-Number: 25
I think I was on aprswest when I noticed I wasn't receiving data. I changed
to Midwest and still wasn't receiving any data. That was around 1pm I think
and then I changed parameters to the range filter and I started to receive
again. I'm still on Midwest.
Dave N0XBN
-----
From: "Phil Pacier, AD6NH" <ad6nh@arrl.net>
>
>To which server are you connecting? It looks like indiana.aprs2.net is
>down, but the others are working fine on my end. I can connect a receive
>data from the 14580 ports. Also, at what time did you notice?
>
>73
>Phillip Pacier - AD6NH
>http://www.aprs2.net
----------------------------------------------------------------------
Subject: RE: APRS2 Port 14580
From: "David Thege" <dthege@conpoint.com>
Date: Sat, 25 Oct 2003 17:29:25 -0500
X-Message-Number: 26
Filter setting would have been a/42/-098/40/-095 p/oax/gid. I'm sure that's
what I was running at the time. Now is r/42/-097/160 p/oax/gid.
Dave N0XBN
----------------------------------------------------------------------
Subject: RE: Using a BS2 to gerate packet tones ?
From: "Scott Miller" <scott@3xf.com>
Date: Sat, 25 Oct 2003 15:33:16 -0700
X-Message-Number: 27
I kind of doubt it - at least at 1200 baud. I wouldn't be at all surprised
if it always starts each tone off at the same phase angle - when switching
between 1200 and 2200 hz, you're going to wind up with a major glitch.
Also, I don't know if the Basic Stamp can handle the timing requirements.
In my OpenTracker, I've got to count each clock cycle - being off by 1 (in a
96-cycle loop) is enough to make the signal undecodable. The SOTT uses an
interrupt-driven scheme, which it can get away with because the sample rate
is half that of the OpenTracker. On many platforms the fact that interrupts
are serviced only on instruction boundaries introduces an unpredictable
timing jitter of up to a few cycles. The average rate stays steady, though.
You're probably better off sticking with an MX614. Easier to debug, at
least. But if you really want to find out, just write a quick program that
executes a 1/1200 sec 1200 hz tone, then 1/1200 sec 2200 hz, and loops.
Hook it up to a 'scope (or your soundcard) and see what it looks like. If
it works, you'll have a nice clean sine wave that transitions smoothly from
one frequency to the other. If it doesn't, you'll have all sorts of noise
everywhere.
Scott
N1VG
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
