OpenBCM V1.13 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
ZL3AI  > APRDIG   01.03.04 12:11l 247 Lines 9142 Bytes #999 (0) @ WW
BID : 2930-ZL3AI
Read: GUEST
Subj: TAPR Digest, Feb 28, 1/2
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0AR<LZ3NP<VK6ISP<ZL2TZE<ZL3VML
Sent: 040301/0936Z @:ZL3VML.#80.NZL.OC #:20123 [Chch-NZ] FBB7.00i $:2930-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To  : APRDIG@WW

TAPR APRS Special Interest Group Digest for Saturday, February 28, 2004.

1. Thanks
2. Kenwoods and weather.
3. Re: Kenwoods and weather.
4. RE: Kenwoods and weather.
5. Re: Kenwoods and weather.
6. RE: Kenwoods and weather.
7. RE: Kenwoods and weather.
8. RE: Kenwoods and weather.
9. RE: Kenwoods and weather.
10. RE: Kenwoods and weather.
11. RE: Kenwoods and weather.
12. RE: Kenwoods and weather.
13. RE: Kenwoods and weather.
14. Hamcom 04 APRS & HSMM presentations

----------------------------------------------------------------------

Subject: Thanks
From: "Ed Empey" <wa7eth@verizon.net>
Date: Sat, 28 Feb 2004 11:48:06 -0800
X-Message-Number: 1

Thanks to everyone who responded to my inquiry of inexpensive GPS receivers.
I have plenty of data to work with and hope to be "chirping" soon with the
correct protocol.
73'
Ed Empey WA7ETH
EC
Snohomish County ARES

----------------------------------------------------------------------

Subject: Kenwoods and weather.
From: "Daron J. Wilson" <daron@wilson.org>
Date: Sat, 28 Feb 2004 12:24:45 -0800
X-Message-Number: 2

I know I've read problems with it before, but I can't determine who is at
fault.

As I understand it, the Kenwood radios won't decode weather packets
transmitted by Kantronics KPC3 when they get their weather from a Peet
Brothers weather station, in a stand alone configuration.

Now....Peet brothers was putting out weather instruments prior to APRS I
believe, and have a serial string that they send their data in. Kantronics
apparently selected this string as the only incoming weather string to
support in their KPC3+ TNC, and implemented their firmware that way.
Kenwoods can't seem to decode it.

So is the KPC3+ designed to transmit WX data that is incompatible and
non-compliant with the APRS protocol?  Or did Kenwood's implementation
of their TNC miss some portion of the APRS standard that prevents them
from decoding this packet?

Someone failed to follow the published standard, I'm just trying to
figure out if it was Kantronics or Kenwood?

73 N7HQR

Daron J. Wilson, RCDD          ) )
Telecom Manager               ( (
LH Morris Electric, Inc.       ) )
(541) 265-8067 office       _|****|  mmm!
(541) 265-7652 fax         ( |    |  coffee!
(541) 270-5886 cellular     \|    |
daron.wilson@lhmorris.com    |____|

----------------------------------------------------------------------

Subject: Re: Kenwoods and weather.
From: Steve Dimse <k4hg@tapr.org>
Date: Sat, 28 Feb 2004 15:49:50 -0500
X-Message-Number: 3

On 2/28/04 at 12:24 PM Daron J. Wilson <daron@wilson.org> sent:

>Someone failed to follow the published standard, I'm just trying to
>figure out if it was Kantronics or Kenwood?

When the Kenwoods were designed, there was no published specification,
which is the root of the problem.

The ability to transmit Peet packets through a TNC has nothing to do with
the TNC manufacturers. It exploits the support they put in to transmit NMEA
packets. By entering a string into the TNC, it would look on the serial
input for packets beingging with the string (for example "$GPRMC") and
transmit the latest one at user selected intervals.

Had the TNC manufacturers (and I think it was PacComm that created this,
but I could be wrong) had you entered in just "GPRMC", making the "$"
assumed, it would have worked just as well for the task it was created for,
and the Peet packets could not have been transmitted.

Bob would have to answer to the mechanism by which the Japanese engineers,
who had never seen or used APRS, created first the D7 and then the D700,
but I do not believe you can say there any one person or company was at
fault here...

Steve K4HG

----------------------------------------------------------------------

Subject: RE: Kenwoods and weather.
From: "Daron J. Wilson" <daron@wilson.org>
Date: Sat, 28 Feb 2004 13:12:54 -0800
X-Message-Number: 4

Thanks for the explanation.

So is it reasonable to consider a 'translator' between the Peet Bros (or
any weather station) and the KPC3+ input that just took the string of
data, parsed it into a compatible format, and shot it into the TNC?
Seems like a PIC or basic stamp could do that fairly easily.

73 N7HQR

----------------------------------------------------------------------

Subject: Re: Kenwoods and weather.
From:     Jeff King <jeff@aerodata.net>
Date: Sat, 28 Feb 2004 16:41:28 -0500
X-Message-Number: 5

>>Someone failed to follow the published standard, I'm just trying to
>>figure out if it was Kantronics or Kenwood?

>When the Kenwoods were designed, there was no published
>specification, which is the root of the problem.

The root of the problem is either Kenwood is unwilling to upgrade the 
firmware to match the spec or for whatever reason, unable. 

Companies like Byonics, PacComm, Kantronics, TAPR, MFJ, TigerTronics, 
Baycomm, TenTec, HamHud, TNC-X and others all make their firmware updatable 
or open spec their products so others can do it. It is good customer
service and most companies within amateur radio do this.

>Bob would have to answer to the mechanism by which the Japanese
>engineers, who had never seen or used APRS, created first the D7 and
>then the D700, but I do not believe you can say there any one person
>or company was at fault here...

But it was known the spec was up in the air at that time. Means existed
since the 1970's for user upgradable firmware. The fault is a poor design
decision that does not lend itself to be easily upgradable, whatever the
reason.  This is a attributable design fault and anyone that has half a
clue about firmware/product development knows this.

Don't excuse this or sugar coat it. Bad decision, but still a good product. 
You just have to work around it.

----------------------------------------------------------------------

Subject: RE: Kenwoods and weather.
From: Steve Dimse <k4hg@tapr.org>
Date: Sat, 28 Feb 2004 17:14:00 -0500
X-Message-Number: 6

On 2/28/04 at 1:12 PM Daron J. Wilson <daron@wilson.org> sent:

>So is it reasonable to consider a 'translator' between the Peet Bros (or
>any weather station) and the KPC3+ input that just took the string of
>data, parsed it into a compatible format, and shot it into the TNC?
>Seems like a PIC or basic stamp could do that fairly easily.

It was something I did a long time ago, now a better choice is to replace
the TNC with the weather version of the TinyTrack.

Steve K4HG

----------------------------------------------------------------------

Subject: RE: Kenwoods and weather.
From: "Daron J. Wilson" <daron@wilson.org>
Date: Sat, 28 Feb 2004 14:22:31 -0800
X-Message-Number: 7

>--- "Daron J. Wilson" <daron@wilson.org> wrote:
>>So is it reasonable to consider a 'translator'
>>between the Peet Bros (or
>>any weather station) and the KPC3+ input that just
> 
>I run a Davis Vantage Pro weather station into
>UI-View32 that has a KPC3+ attached and my D700 and D7
>have no problems decoding the weather packets sent
>from the KPC3+...

Yes, that's because it is UIView that is getting the data and formatting
it into the TNC.  We're deploying a network of weather stations up and
down the coast, and through some canyon road areas that ice up quickly.
The goal is to gather weather data from these sites and make decisions
about the road conditions.  The added benefit is if I make them into
relay stations, vehicles traveling these two highways can get into the
APRS network reliably.

The option is to use the WXTrax, it would get the data out in a format
viewable on the Kenwood line (I believe) but won't let the stations act
as relays.

I was thinking of a much simpler translator like a basic stamp that
could live in a heated enclosure on the side of a building or something.

73 N7HQR

----------------------------------------------------------------------

Subject: RE: Kenwoods and weather.
From: "Daron J. Wilson" <daron@wilson.org>
Date: Sat, 28 Feb 2004 14:25:29 -0800
X-Message-Number: 8

>>So is it reasonable to consider a 'translator' between the Peet Bros (or
>>any weather station) and the KPC3+ input that just took the string of
>>data, parsed it into a compatible format, and shot it into the TNC?
>>Seems like a PIC or basic stamp could do that fairly easily.
>>
>It was something I did a long time ago, now a better choice is to replace the
>TNC with the weather version of the TinyTrack.

Yes....except it won't digipeat any more, which severely hampers the
network.  Anyone run the WXTrax in parallel so to speak with the KPC3
doing the digipeating?

73 N7HQR

----------------------------------------------------------------------

Subject: RE: Kenwoods and weather.
From: "Kurt O. Jauss" <kf6hjo@earthlink.net>
Date: Sat, 28 Feb 2004 15:03:44 -0800
X-Message-Number: 9

I have one going up in Yosemite as soon as weather permits. It consists of
a PEET 100 weather station with rain, wxtrak and a KPC-3 v8.2 . I
paralleled the TNC and Wxtrak to the radio. I bench tested the unit for
a while and didn't notice any errors caused. We will keep our fingers
crossed.  Kurt

----------------------------------------------------------------------



Read previous mail | Read next mail


 11.10.2026 15:12:46lGo back Go up