| |
PA2AGA > HDDIG 13.09.00 20:25l 209 Lines 7498 Bytes #999 (0) @ EU
BID : HD_2000_249A
Read: GUEST
Subj: HamDigitalDigest 2000/249A
Path: DB0AAB<DB0ZKA<DB0KFB<DB0CZ<F6KFG<DB0PSC<DB0ACH<PI8JOP<PI8ZAA<PE1NMB<
PI8HGL
Sent: 000913/1702Z @:PI8HGL.#ZH1.NLD.EU #:13670 [Den Haag] FBB $:HD_2000_249A
From: PA2AGA@PI8HGL.#ZH1.NLD.EU
To : HDDIG@EU
Date: Tue, 12 Sep 00 22:59:55 MET
Message-Id: <hd_2000_249A>
From: pa2aga@pe1mvx.ampr.org
To: hd_broadcast@pa2aga.ampr.org
X-BBS-Msg-Type: B
Ham-Digital Digest Tue, 12 Sep 2000 Volume 2000 : Issue 249
Today's Topics:
airmail for older windows ?
Broken TASCO TNC (was Re: TH-D7A secrets) (4 msgs)
Computer and external DSP noise filter (2 msgs)
internet repeater linking (12 msgs)
MURS potential (2 msgs)
PR:GoList/Log Windows bundle released
TH-D7A secrets (2 msgs)
WTB: small, capable, multimode HF / VHF TNC
YAM modem at 2400bps? and other YAM questions (11 msgs)
Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.
Archives of past issues of the Ham-Digital Digest are available
(by FTP only) from ftp.UCSD.Edu in directory "mailarchives/ham-digital".
We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party. Your mileage may vary. So there.
Loop-Detect: Ham-Digital:2000/249
----------------------------------------------------------------------
Date: Mon, 11 Sep 2000 14:02:44 -0400
From: Gary Coffman <ke4zv@bellsouth.net>
Subject: airmail for older windows ?
On Thu, 07 Sep 2000 22:00:24 GMT, "Hank Oredson" <horedson@att.net> wrote:
>Didn't find any that support CLOVER or CLOVER-2000, but only
>spent 10 min. or so doing the search, and did not do specific search
>for CLOVER or HAL.
Globe Wireless uses Clover II, Clover 400, and Clover 2000 based
equipment in their maritime network.
Gary
Gary Coffman KE4ZV | You make it |mail to ke4zv@bellsouth.net
534 Shannon Way | We break it |
Lawrenceville, GA | Guaranteed |
------------------------------
Date: Mon, 11 Sep 2000 07:22:00 -0700
From: "Dana H. Myers K6JQ" <Dana@Source.Net>
Subject: Broken TASCO TNC (was Re: TH-D7A secrets)
Does the Alinco Tasco TNC have the same bug that the Kenwood Tasco TNC does?
That is, on AX.25 connections made using the TNC (not via KISS, but using the
TNC's firware), all frames essentially are sent with the Poll bit set (even
when not
necessary), and the Tasco TNC does not have an acknowledgement timer! The
Tasco TNC simply does not send acks until it hears a frame with the Poll bit
set.
In a connection where both ends are sending I-frames, the ack will piggyback
on
each sent I-frame, but that's not a common use case.
This means that one Tasco TNC will talk to another pretty well (every I-frame
is
ack'ed immediately in response to the always-set Poll bit), but a Tasco TNC
talks poorly to other TNCs. Since the Tasco TNC never acks an I-frame that
doesn't have the Poll bit set, the Tasco TNC is *always* waiting for the other
end
to time out and send a RR(P) before responding with an ack.
If you connect to a packet BBS to read messages, the throughput is very poor.
I wrote Kenwood a letter about this but they've totally ignored it as far as I
can
tell. Maybe I should put together a web=page with a packet trace on this
topic.
The same problem is known to be present in the TH-D7 and TM-D700.
Dana K6JQ
dana@source.net
Rick Ruhl wrote:
> Actually, the TNC inside the Kenwood, like the new Alinco, was OEMed from
> Tasco in Japan.
>
> http://www.tasco.co.jp
>
> "Brian Short" <k7on@earthlink.net> wrote in message
> news:MPG.142390bd895300709896b1@news.earthlink.net...
> > In article <8pbrq7$ue0$1@nnrp1.deja.com>, horseshoestew@my-deja.com
> > says...
> > > How did Kenwood manage to get a 9k6 modem to fit into such a small
> > > space on their TH-D7A radio(not to mention a dual-band radio with two
> > > serial ports). Has anybody opened up one of these puppies yet?
> >
> >
> > My understanding (and I may be wrong) is that Kenwood designed
> > a special purpose IC containing the 1k2 and 9k6 TNC. They will
> > now include this IC many of their radios. For example, their
> > new radio covering HF through 1296 will utilize the same technology.
> >
> > No doubt, there was some significant development cost in producing
> > this, but they are now the only one of the big three (YaeComWood)
> > with TNC functions in the radio.
> >
> > I'm saying that developing this special application IC is an
> > investment not a major scientific breakthrough.
> >
> > Maybe this will sell radios for them. Icom's gimmick (if you will)
> > seems to be these large color LCD displays. Yaesu, evidently,
> > doesn't need a gimmick.
> >
> > --
> > mailto:k7on@earthlink.net >< http://home.earthlink.net/~k7on/
> > --
------------------------------
Date: Mon, 11 Sep 2000 11:30:00 -0500
From: "Rick Ruhl - CSS" <ricker@cssincorp.com>
Subject: Broken TASCO TNC (was Re: TH-D7A secrets)
Dana,
When I talked to Jeff Rienhart at Dayton, he said that the first version of
firmware they had from the Tasco people did have the same problem as the
Kenwood, it would transmit, but not receive. he said that the second
revision fixed it.
My guess is if it's in the current version of the Kenwood radios, it'll be
in the version for the Alincos. I'll get Tim to give Naki at Alinco a call
and see if he is aware of this.
--
Rick Ruhl
President, Creative Services Software
http://www.cssincorp.com
"Dana H. Myers K6JQ" <Dana@Source.Net> wrote in message
news:39BCEA88.A1653C7A@Source.Net...
> Does the Alinco Tasco TNC have the same bug that the Kenwood Tasco TNC
does?
>
> That is, on AX.25 connections made using the TNC (not via KISS, but using
the
> TNC's firware), all frames essentially are sent with the Poll bit set
(even when not
> necessary), and the Tasco TNC does not have an acknowledgement timer! The
> Tasco TNC simply does not send acks until it hears a frame with the Poll
bit set.
> In a connection where both ends are sending I-frames, the ack will
piggyback on
> each sent I-frame, but that's not a common use case.
>
> This means that one Tasco TNC will talk to another pretty well (every
I-frame is
> ack'ed immediately in response to the always-set Poll bit), but a Tasco
TNC
> talks poorly to other TNCs. Since the Tasco TNC never acks an I-frame
that
> doesn't have the Poll bit set, the Tasco TNC is *always* waiting for the
other end
> to time out and send a RR(P) before responding with an ack.
>
> If you connect to a packet BBS to read messages, the throughput is very
poor.
>
> I wrote Kenwood a letter about this but they've totally ignored it as far
as I can
> tell. Maybe I should put together a web=page with a packet trace on this
topic.
> The same problem is known to be present in the TH-D7 and TM-D700.
>
> Dana K6JQ
> dana@source.net
>
> Rick Ruhl wrote:
>
> > Actually, the TNC inside the Kenwood, like the new Alinco, was OEMed
from
> > Tasco in Japan.
> >
> > http://www.tasco.co.jp
> >
> > "Brian Short" <k7on@earthlink.net> wrote in message
> > news:MPG.142390bd895300709896b1@news.earthlink.net...
> > > In article <8pbrq7$ue0$1@nnrp1.deja.com>, horseshoestew@my-deja.com
> > > says...
> > > > How did Kenwood manage to get a 9k6 modem to fit into such a small
> > > > space on their TH-D7A radio(not to mention a dual-band radio with
two
> > > > serial ports). Has anybody opened up one of these puppies yet?
To be continued in digest: hd_2000_249B
Read previous mail | Read next mail
| |
