| |
ZL3AI > APRDIG 05.07.03 10:10l 283 Lines 11000 Bytes #999 (0) @ WW
BID : 1571-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jul 02, 3/5
Path: DB0FHN<DB0RGB<DB0MRW<OK0PKL<DB0GRL<SR6BBA<OK0PCC<OK0PPR<OK0PPL<RZ6HXA<
SP7MGD<VK7AX<VK3AC<ZL2BAU<ZL3VML
Sent: 030704/1342Z @:ZL3VML.#80.NZL.OC #:3726 [Chch-NZ] FBB7.00i $:1571-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: voice alert system solution.
From: wes@johnston.net
Date: Wed, 02 Jul 2003 10:01:16 -0400 (EDT)
X-Message-Number: 15
Doesn't the kenwood radio publish front panel changes on the serial port
instantly? I think it does... so there is no need for a button.... have the
pic processor listen to the serial port and when it sees a change in the B
side freq, wait 2 seconds (so you are finished turning the knob), and write
the beacon text.
This sound about right?
This could be implemented quickly in DOS, pretty fast in PIC processor.
Hey, just what we need... more feature bloat in DOS aprs!!
Wes
----------------------------------------------------------------------
Subject: Re: MObile APRS services
From: Alex <kr1st@amsat.org>
Date: Wed, 02 Jul 2003 10:21:55 -0400
X-Message-Number: 16
Bill Vodall - WA7NWP wrote:
>Every day zillions and zillions of packets are corrupt due to
>hidden transmitters, fading, picket fencing, etc. The data is
>resent, the information gets through, nothing is lost.
Data does not get lost? C'mon, you know better than that, Bill.
Telemetry, weather reports, continuous changing position
information....of course data gets lost when interfered with. Saying
that data does not get lost when interference occurs is choosing to be
blind to the facts. APRS has no mechanism to guarantee to delivery of
data, not even for messages. If it had such a mechanism, then you would
be absolutely correct, but it doesn't.
Only current data is sent, with the exception of messages. Messages do
get resent, nothing else gets actually resent. Just because some data
didn't change between transmission you can't call it "resent". All data
on the channel is reflecting the current situation, which is what makes
APRS a tactical tool.
>If a
>few more packets are delayed to facilitate an actual voice contact
>(a rare thing these days) with a new station, that's a very
>small price to pay.
The problem with these types of arguments is that the person who is
being facilitated is not the one paying the price, yet that person can
determine that it is OK for others to pay the price. As soon as you push
the PTT, you have have made the decision that it is ok for you to
interfere, which makes the interference intentional. One knows very well
what he or she is doing and what could be the consequence of his or her
action.
Like good amateur radio practice dictates, one has to listen before
transmitting. Since you use tone squelch you chose not to hear the
packets except those of fellow VA users. Will listening before
transmitting be advocated with VA? Will it be advocated that one turns
of the squelch to make sure nothing else is going on the frequency
before pushing the PTT? If not, well, then we have another reason to
call it bad amateur radio practice.
And like Ev said, in the past many have argued that 144.39 is getting a
bit crowded. You can't hardly argue that (not even on the assumption
that only a few will actually use it since folks are encouraging its
use) we need voice mode on a packed digital channel. VA wasn't even
borne out of a need. There was no problem that needed this solution, yet
folks are seeking a problem for this solution. It's just a trick.
Not only causes VA unnecessary QRM, and transmit before listening is
endorsed, it also indicates that voice on a digital frequency has
priority. That seems rather contradictory to "common sense" (boy, do I
hate that term) on a de facto digital channel.
73,
--Alex KR1ST
----------------------------------------------------------------------
Subject: Re: Radio Mounting Consoles??
From: "tvsjr@sprynet.com" <tvsjr@sprynet.com>
Date: Wed, 2 Jul 2003 10:27:51 -0500 (CDT)
X-Message-Number: 17
Dave-
Check out the Gamber web site. Their consoles are known as the "Mission
Control Series", or MCS. They've recently released three new consoles,
known as the MCS EPIC, which are nicer. If you can afford to lose the
interior space (the largest EPIC is 17", whereas the largest MCS is 18"), I
would recommend them. They allow you to adjust the overall height of the
console, have nicer, rounded edges, etc.
I'm running the consoles bolted to the floor, not the No Holes Bored
solution. I would recommend this configuration, as it seems to be more
stable.
In the most recent truck we built, we bolted two Gamber consoles (18" MCS
and 17" EPIC) end-to-end on a piece of 3/4" MDF (medium density
fiberboard). Since the floorpan curves, we installed four runners under the
board, then bolted each corner down. This is the best system we've devised
so far, and it gives you the MDF underneath the consoles so you can attach
speakers, cable clamps, and other accessories.
73,
Terry/N5RSE
----------------------------------------------------------------------
Subject: Re: MObile APRS services
From: Alex <kr1st@amsat.org>
Date: Wed, 02 Jul 2003 10:43:16 -0400
X-Message-Number: 18
Bob Bruninga wrote:
>The channel is clear when I decide to transmit.
You mean you actually turn off the squelch (remember, you got your tone
squelch on) to listen for activity before you transmit?
>It fails the test of common sense. In fact, it would be quite a stupid
>thing to do...
Dang, and I thought I had an awesome idea! The test of common sense; who
would've thought such a thing existed.
73,
--Alex KR1ST (curmudgeon)
----------------------------------------------------------------------
Subject: Re: MObile APRS services
From: Alex <kr1st@amsat.org>
Date: Wed, 02 Jul 2003 11:54:22 -0400
X-Message-Number: 19
Alex wrote:
>You mean you actually turn off the squelch (remember, you got your tone
>squelch on) to listen for activity before you transmit?
Someone emailed me off list that the Kenwood shows a busy signal when it
receives a signal, with or without the tone squelch turned on. My rigs
(all non-Kenwood) operate with open squelch all the time, so I wouldn't
know if there's a signal without listening.
Thanks to the person who sent me that info.
73,
--Alex KR1ST
----------------------------------------------------------------------
Subject: Re: voice alert system solution.
From: "Sean \\The RIMBoy\\" <sean@rimboy.com>
Date: Wed, 2 Jul 2003 09:18:16 -0500 (CDT)
X-Message-Number: 20
On Wed, 2 Jul 2003 wes@johnston.net wrote:
>Doesn't the kenwood radio publish front panel changes on the serial port
>instantly? I think it does... so there is no need for a button.... have the pic
>processor listen to the serial port and when it sees a change in the B side
>freq, wait 2 seconds (so you are finished turning the knob), and write the
>beacon text.
It is my understanding that the D700 does that. Does anyone know of a
good reference doc to that protocol? I've come across stuff for the D7,
but I'd like to find a D700 specific doc if it's available. The Konweed
writer had to reverse engineer it all IIRC.
Sean...
--
Believing I had supernatural powers, I slammed into a brick wall.
--Paul Simon
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
KG4NRC http://www.rimboy.com Your source for the crap you know you need.
----------------------------------------------------------------------
Subject: Re: Radio Mounting Consoles??
From: "Sean \\The RIMBoy\\" <sean@rimboy.com>
Date: Wed, 2 Jul 2003 09:24:39 -0500 (CDT)
X-Message-Number: 21
I've got a friend that's using the Jottodesk and seems pretty happy with
it (I like the look of it myself).
Here are some examples I pulled up:
http://www.jottodesk.com/dept.asp?id=71
Of course, we're going to have some fun when we go to mount his APRS
tracker in it (most likely an old Yaesu HT with a TinyTrak).
Sean...
--
Believing I had supernatural powers, I slammed into a brick wall.
--Paul Simon
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
KG4NRC http://www.rimboy.com Your source for the crap you know you need.
----------------------------------------------------------------------
Subject: maps in xastir
From: wes@johnston.net
Date: Wed, 02 Jul 2003 12:14:45 -0400 (EDT)
X-Message-Number: 22
I'm pretty impressed... check this out... neat maps. The track file was
donwloaded from findu using a menu option in xastir _after_ I was at work.
Note the "doubles" in my posit which are introduced by a nearby copy of
winaprs un-compressing packets (like they say it doesn't) before passing on
to the aprs serve stream.
http://imscorporation.com/kd4rdb/xastir_cae_area.gif
http://imscorporation.com/kd4rdb/xastir_eastover_mill_shapefile.jpg
http://imscorporation.com/kd4rdb/xastir_eastover_mill_photo.jpg
http://imscorporation.com/kd4rdb/xastir_eastover_mill_tiger.jpg
http://imscorporation.com/kd4rdb/xastir_eastover_mill_topo.jpg
ham callsign: kd4rdb
find me: http://wesvan.zapto.org
----------------------------------------------------------------------
Subject: Re: CTCSS & CU2QSO (simplex APRS for contesters)
From: <BobDonnell@arkalmus.com>
Date: Wed, 2 Jul 2003 09:22:37 -0700
X-Message-Number: 23
Hi Ev, and all
There are a number of radios made (and that used to be made) that have a
6-pin mini-DIN packet (data) connector on them. In about 1992, the
Japanese amateur equipment manufacturers listened to what the packet
community had been asking for - a connector with standarized levels,
impedances, and pinout, for connecting TNCs to radios. They came up
with a workable specification and agreed to it.
I don't think I've seen the connector on many single-band radios from
the '90's, but a number of dual-banders have it, such as the TM-733, the
IC-820, and I think the first one I saw was the FT-7100, while I worked
at AEA. My shiny new IC-706 Mark II G has one, too. I've not been in
the market for a new VHF mobile, so I've not examined the data sheets of
radios for about 10 years - this is an exercise left to the reader :-)
So, they're out there. The biggest caveat is whether selecting
1200-baud packet mode (activating this connector) disables the
microphone. I'm not aware of any radios that do, but they probably
exist.
Also, with good enough frequency accuracy, the same drill could be done
down on the SSB part of the band - pick a frequency (144.25?) to send a
few beacons on, and do that. 1200 baud 2M SSB does work, actually
pretty well, I first did this as an experiment about 15 years ago.
There were fewer retries over the same (pretty good) path than there
were on FM. But stations have to be within about 100-200 Hz of one
another.
I think it's a great idea, as one of these days I hope to get back into
VHF contesting. I only have a tiny problem with the frequency - but
that's because here in the Northwest, most 2M activities run on a 20 kHz
channel plan. And there's packet activity (at least the last time I
listened) on 147.580, which might cause confusion. But the packet
activity I'm aware of is only in the Puget Sound area.
73, Bob, KD7NM
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
