| |
ZL3AI > APRDIG 03.01.04 13:14l 305 Lines 10935 Bytes #999 (0) @ WW
BID : 2601-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jan 02, 2/3
Path: DB0FHN<DB0RGB<DB0MRW<OK0PPL<DB0RES<ON0AR<WB0TAX<LZ3NP<HA3PG<ZL2TZE<
ZL3VML
Sent: 040103/1019Z @:ZL3VML.#80.NZL.OC #:16085 [Chch-NZ] FBB7.00i $:2601-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: KAM TNC
From: "Stephen H. Smith" <WA8LMF2@aol.com>
Date: Thu, 1 Jan 2004 23:57:41 -0800
X-Message-Number: 7
Keith Allen wrote on 1/1/2004, 7:50 PM:
>Just picked up a KAM today. It'll take a few
>days to get to wiring the connectors. I plan to use it as a stand
>alone APRS digipeater at the house.
>And I also want
>to be able to hook it up to the laptop some at home and still digipeat
>while watching the fun and maybe sending a msg or two. Is all that
>possible and how.
>73 to all and thanks.
>Keith.
What version KAM is it? What version of firmware is in it?
The original KAM had no APRS-specific functions in it's firmware,
although it can act as a normal packet digipeater, and therefore can
operate as a basic RELAY digipeater for APRS use. (Just set the alias
[ MYA ] to "RELAY".
The later versions of the classic KAM had an add-on expansion daughter
board that held 128K of RAM for mailbox functions and the ability to use
larger firmware EPROMs. If yours is this type, an upgrade firmware
eprom that includes the same APRS-specific digipeating functions as a
KPC3+ is available (or at least WAS -- I vaguely recall talk on this
list about Kantronics discontinuing support for the older units).
The later KAM98 and the current KAM XL include the APRS features as
standard.
Any of the units can act as a basic (RELAY)digipeater while also
supporting an APRS program running on an attached PC.
Units equipped with the later firmware can do full WIDEn-N, TRACEn-N,
callsign substituting, dupe-suppressing APRS-specialized digipeating
while supporting an APRS program running on an attached PC.
One feature unique to the true dual-port KAMs (the original and the XL,
but not the '98) is the ability to crossband digipeat between the 300
baud HF and the 1200 baud VHF ports. Many 30-meter HF APRS stations use
this KAM function to retransmit HF APRS onto to the local two-meter APRS
net, and then onward to Internet gateways. The path "GATE" is set into
the HF transmission to make this happen. AFAIK, the KAM is the only
off-the-shelf single-box device that can do this.
----------------------------------------------------------------------
Subject: Interesting path seen here this morning...
From: Earl Needham <needhame1@yucca.net>
Date: Fri, 02 Jan 2004 07:55:58 -0700
X-Message-Number: 8
??4??>BEACON,K5BWD-10*,WIDE5,TRACE5-5:....
What would you say this does, 10 hops?
7 3
Earl
Earl Needham, KD5XB, Clovis, New Mexico DM84jk
KD5XB-2>APW251,PCSAT-1%:=3425.83N/10313.55W-PHG7150/WinAPRS 2.5.1
-EARL_CLOVIS -251-<630>
SETI@Home: 11212WU/7.27yrs
----------------------------------------------------------------------
Subject: Another one of those "interesting" paths --
From: Earl Needham <needhame1@yucca.net>
Date: Fri, 02 Jan 2004 08:00:36 -0700
X-Message-Number: 9
And this one, from a digi --
??5???-?>APRS,**5***-3*,WIDE3,TRACE7-7:
Problem is, how do you tell someone their path is too long? That's almost
like trying to tell someone their breath stinks!
7 3
Earl
Earl Needham, KD5XB, Clovis, New Mexico DM84jk
KD5XB-2>APW251,PCSAT-1%:=3425.83N/10313.55W-PHG7150/WinAPRS 2.5.1
-EARL_CLOVIS -251-<630>
SETI@Home: 11212WU/7.27yrs
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Re: National Parks Digi Coverage (Rev 3)
From: Frank - KG6JVE <kg6jve@pasadena.net>
Date: Fri, 2 Jan 2004 08:06:41 -0800 (PST)
X-Message-Number: 11
I was in Sequoia National Park Dec. 27th and 28th, 2003.
There appeared to be no APRS coverage in the town of Three Rivers or in
many lower elevation areas of the Park. Once up in the mountains at higher
elevations there was no problem sending/receiving APRS from the digis that
cover the central California Valley.
Many of the upper elevation road have a clear (and beautiful) westward
view of the central California valley. APRS was available at the General
Grant Tree (the largest known living organism) and the surrounding area.
All the use of APRS was from my mobile setup, D700 and UI-View.
To lookup my traffic, use KG6JVE-1 at the various sites with archived
traffic for those dates.
Frank Keeney
KG6JVE
On Tue, 9 Dec 2003, Frank - KG6JVE wrote:
>I'm going there in a few weeks. I'll report my findings.
----------------------------------------------------------------------
Subject: California APRS use may be illegal?
From: "Sadowski, Allan" <allan.sadowski@ncshp.org>
Date: Fri, 2 Jan 2004 12:00:53 -0500
X-Message-Number: 12
Over on Slashdot (www.slashdot.org) there was a posting a few minutes
ago....
As of January 1, 2004 the State of California has banned the use of
notebook computers used anywhere in the front seat of a moving vehicle.
Previously, the ban applied just to TV sets. Even if your car-pooling
front seat passenger is just doing some programming, you can be charged
with a crime (AB 301). Thanks go to CA Assembly member Sarah Reyes for
this well meaning but overly broad piece of legislation. The text is
mercifully short, but still contains some tricky language; probably the
meaning of "installed" at the very least needs to be clarified. Would a
laptop affixed to a installed bracket count? Considering the complexity
of modern automotive navigation/control systems (now sneaking into
budget vehicles, too), it seems like a very fine distinction. The law
would seem to ban handheld computers being used as navigation aids, too,
or GPS devices with games, and very soon, nearly all cell phones.
ALOHA
AH6LS
----------------------------------------------------------------------
Subject: Re: California APRS use may be illegal?
From: Frank - KG6JVE <kg6jve@pasadena.net>
Date: Fri, 2 Jan 2004 09:41:21 -0800 (PST)
X-Message-Number: 13
These are allowed:
"(b) Subdivision (a) does not apply to the following equipment when
installed in a vehicle:
(1) A vehicle information display.
(2) A global positioning display.
(3) A mapping display.
(4) A visual display used to enhance or supplement the drivers view
forward, behind, or to the sides of a motor vehicle for the purpose of
maneuvering the vehicle."
Using UI-View in my car (http://pasadena.net/projects/auto.htm) is using a
mapping display. I don't think this is a problem. I'll keep a copy of AB
301 in my car just in case. My laptop is "installed" in my console.
AB 301:
http://www.itsa.org/resources.nsf/Files/AB%20301-chaptered/$file/AB%20301-chapte
erd.pdf
Slashdot:
http://slashdot.org/articles/04/01/02/052233.shtml?tid=100&tid=103&tid=137&tid=4
18&tid=99
Frank
KG6JVE
----------------------------------------------------------------------
Subject: Re: California APRS use may be illegal?
From: "Georgette Sampson" <georgette.sampson@cox.net>
Date: Fri, 2 Jan 2004 12:04:30 -0600
X-Message-Number: 14
I'm sure this law exempts police, fire, and medical units, so probably the
best way to go is to get an amendment that also exempts trained Licensed
Radio Amateurs. That training to be conducted by the same people who train
the other exemptions.
Most Hams don't need a computer visible to the driver, and the tracker
should be installed so it doesn't kill someone when the vehicle goes from
sixty to zero in one second. Those that do, can probably afford to be
trained and equipped to minimize injury.
Sounds like a good law to me.
----------------------------------------------------------------------
Subject: Re: California APRS use may be illegal?
From: David VanHorn <dvanhorn@cedar.net>
Date: Fri, 02 Jan 2004 13:29:01 -0500
X-Message-Number: 15
At 12:00 PM 1/2/2004 -0500, Sadowski, Allan wrote:
>Over on Slashdot (www.slashdot.org) there was a posting a few minutes
>ago....
>
>As of January 1, 2004 the State of California has banned the use of
>notebook computers used anywhere in the front seat of a moving vehicle.
>Previously, the ban applied just to TV sets. Even if your car-pooling
>front seat passenger is just doing some programming, you can be charged
>with a crime (AB 301). Thanks go to CA Assembly member Sarah Reyes for
>this well meaning but overly broad piece of legislation.
I thought the Amish were mostly in Pensylvania... :)
----------------------------------------------------------------------
Subject: Re: Another one of those "interesting" paths --
From: "Spider" <spider@rivcom.net>
Date: Fri, 2 Jan 2004 13:04:11 -0700
X-Message-Number: 16
----- Original Message -----
From: "Earl Needham" <needhame1@yucca.net>
>And this one, from a digi --
>??5???-?>APRS,**5***-3*,WIDE3,TRACE7-7:
>
>Problem is, how do you tell someone their path is too long? That's almost
>like trying to tell someone their breath stinks!
Hey Earl!
If the Shoe fits.....
Happy New Year!
Jim, WA6OFT
----------------------------------------------------------------------
Subject: TAPR Mic-Encoder w/internal SVeeSix-CM2
From: Alan Crosswell <n2ygk@weca.org>
Date: Fri, 02 Jan 2004 16:03:20 -0500
X-Message-Number: 17
Hello,
I've been working on a Mic-E boatanchor (hardware v2.1 mic107 PIC) to try
and get an internal GPS working. I was given a Trimble SVeeSix-CM2
(thanks, Stu!) and confirm it is in NMEA mode but only sending GGA and VTG:
$GPGGA,204306,4108.997,N,07349.131,W,1,5,002.0,101,M,-034,M,,*7E
$GPVTG,000,T,013,M,00.0,N,00.0,K*4C
I have several questions/issues that are not answered by the Mic-E
schematics or docs:
1. Where does the NMEA-TTL signal from JP3 pin 1 go? I see it on pin 2 of
JP232 but how does it get to the PIC? I've checked every input pin and
can't find it. For an external RS-232 GPS, the TTL signal goes to pin 18
of U2 but I don't see how it gets there from the internal GPS. I've tried
jumpering NMEA-TTL to U2 pin 18 just to see if there's just a missing
connection for the internal GPS but still no luck (see below re: GGA vs.
RMC).
2. Does the PIC107 code work with just GGA or does it need to see RMC? If
GGA, does it work with three digits of precision vs. four? I noticed the
Trimble only shows three digits while my external Garmin has four Not sure
this is relevant but I have a dim recollection of this being an issue at
some point in the past.
3. I've also hooked up a PC and simulated GPS input and it seems GGA
doesn't cut it but rather RMC is required but maybe I'm just doing
something wrong.
4. Any chance of publication of the MIM code now that it's been obsoleted
so I can try and understand what I have?
Any Mic-E old-timers left (it's only been 7 years)? My beta unit's still
going ;-)
73 de Alan N2YGK
PS: I would have posted this to the Mic-E list but it appears to have been
dissappeared off the published list of TAPR SIG lists. (I did manage to
find the list archives and there's been nothing but spam posted for the
last two years.)
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
