| |
PA2AGA > HDDIG 30.01.00 01:42l 220 Lines 6995 Bytes #-9598 (0) @ EU
BID : HD_2000_26A
Read: DL6KCF GUEST
Subj: HamDigitalDigest 2000/26A
Path: DB0AAB<DB0SL<DB0RGB<OK0PPL<OK0PHL<OK0PBB<OK0PAB<HA5OB<HA3PG<SV1AAW<
EA7URC<PE0MAR<PI8VNW
Sent: 000129/1741Z @:PI8VNW.#ZH2.NLD.EU #:48268 [HvHolland] FBB7.00g24
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : HDDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA29368 ; Sat, 29 Jan 00 16:14:01 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.70/7.5.3) with SMTP
id AA00017676 ; Sat, 29 Jan 2000 14:33:52 MET
Date: Sat, 29 Jan 00 14:22:41 MET
Message-Id: <hd_2000_26A>
From: pa2aga
To: hd_broadcast@pa2aga
Subject: HamDigitalDigest 2000/26A
X-BBS-Msg-Type: B
Ham-Digital Digest Wed, 26 Jan 2000 Volume 2000 : Issue 26
Today's Topics:
BAYPAC MODEM
Bug in KANTRONICS KPC3 and KAM firmware? (5 msgs)
DSP-232 Upgrade
Experience with PIC16F84 programmer?
fs kam all mode
Hacking my PK-88's and Pakratt-88 to work with new date...
Help needed with WinPack running a AEA PK 900 TNC
Kantroncs bugs?
PSK31 on Six?
VolksRTTY Articles?
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/26
----------------------------------------------------------------------
Date: 25 Jan 00 16:00:30 GMT
From: yv4fnc@cantv.NET (Jose A. Tedeschi O.)
Subject: BAYPAC MODEM
>> hello ;-)
>> anyone out there using a baypac modem?,
>> can someone pls.give a feedback.
>> thank you
>> Jim de kf6qch @yahoo.com
Hi, Jim...
Yes, I am using a BayPac modem (BP-2M). It's a multimode modem. I run
PACKET, RTTY, WEFAX and CW with it. I use BayCom software to run packet
as well as WINTNC, WINPACK, GRAPHIC PACKET and many others...
hope this helps...
--
Ciao..
Jose Tedeschi, YV4FNC
---------------
>.
------------------------------
Date: Tue, 25 Jan 2000 16:12:38 -0500
From: "Rob" <Pse@NoEmail.Com>
Subject: Bug in KANTRONICS KPC3 and KAM firmware?
I have heard this firmware bug also exists in KPC-3 Plus, KAM Plus and
KPC-9612.
I bet the handshaking routines used in the KPC-3 are used in the KPC-3
Plus! Similarly, I would be very surprised if the handshaking routines in
the KAM were not used in the KAM Plus!
It would appear that a lot of the firmware in all their TNC's is the same!
KANTRONICS appears to release new firmware updates to the KPC-3 and KAM
whenever it releases new updates to the KPC-3 Plus and KAM Plus
respectively.
In my view, this type of firmware bug is unacceptable for a company who
makes TNC's not only for Ham radio but also for commercial users (and the
military?)
Let's all EMAIL KANTRONICS and point out this bug!
Rob
"Don" <dnelsch@neo.rr.com> wrote in message
news:388DF64A.1D54AE1@neo.rr.com...
> Last I heard, Kantronics was discontinuing the production of the KPC3, so
why
> would they want to update it?
> Don
>
> Rob wrote:
>
> > It sounds like KANTRONICS should consider fixing this bug!
> >
> > Maybe if enough of us complain, KANTRONICS will do something about it!
> >
> > Rob
> >
> > "Rob Janssen" <nomail@rob.knoware.nl> wrote in message
> > news:slrn88qsfl.420.nomail@linux.pe1chl.ampr.org...
> > > Rick Ruhl <ricker@cssincorp.com> wrote:
> > > >This is normal for the TNC's we've written code for. Once the TNC
buffer
> > is
> > > >full, if anything else is sent to may get lost.
> > >
> > > >The way we worked around it, was to not only test to see if there was
> > room
> > > >in the buffer left, but also wait for unacked packets to be acked if
> > > >connected.
> > >
> > > The proper way (to solve the problem mentioned in the original
message)
> > > would have been for the TNC to do the handshake procedure (send the
XOFF
> > > or lower the handshake line) a few (16-32) characters BEFORE the
buffer
> > > actually is full. This allows the sending system to stop in time to
> > > prevent the buffer from overflowing, especially when a hardware FIFO
is
> > > also present.
> > >
> > > Many TNC-like devices have broken handshaking routines and drop
characters
> > > or even crash when you stress the handshaking.
> > >
> > > Rob
> > > --
> > >
> >
+----------------------------------+--------------------------------------+
> > > | Rob Janssen pe1chl@amsat.org | WWW:
http://www.knoware.nl/users/rob
> > |
> > > | AMPRnet: rob@pe1chl.ampr.org | AX.25 BBS:
PE1CHL@PI8WNO.#UTR.NLD.EU
> > |
> > >
> >
+----------------------------------+--------------------------------------+
>
>.
------------------------------
Date: Tue, 25 Jan 2000 21:16:50 GMT
From: nomail@rob.knoware.nl (Rob Janssen)
Subject: Bug in KANTRONICS KPC3 and KAM firmware?
Don <dnelsch@neo.rr.com> wrote:
>Last I heard, Kantronics was discontinuing the production of the KPC3, so why
>would they want to update it?
>Don
Some manufacturers still care if a product is actually working according to
spec and/or reasonable assumption long after production has been
discontinued.
Rob
--
+----------------------------------+--------------------------------------+
| Rob Janssen pe1chl@amsat.org | WWW: http://www.knoware.nl/users/rob |
| AMPRnet: rob@pe1chl.ampr.org | AX.25 BBS: PE1CHL@PI8WNO.#UTR.NLD.EU |
+----------------------------------+--------------------------------------+
>.
------------------------------
Date: Tue, 25 Jan 2000 21:40:16 -0500
From: "Rob" <Pse@NoEmail.Com>
Subject: Bug in KANTRONICS KPC3 and KAM firmware?
You don't mention what type of software you are using with your KAM.
I suspect that you are using a HOSTMODE program with the KAM. As pointed
out earlier, programmers who use KANTRONICS hostmode can work around this
bug by checking the amount of free space in the KAM's buffer.
But if you use a simple terminal program and send a large brag file to the
KAM in its TERMINAL mode, you will likely see dropped characters.
I have used three different types of computers from an old 386 running DOS
and Windows 3.1 to a fast Pentium II running at 300 Mhz. No matter what
type of computer I use, whenever I send large files to the KAM or KPC-3 to
be transmitted, characters are dropped when using the terminal mode of the
KAM or KPC-3. My hostmode programs don't seem to loose characters.
I also have the same problem when running the KAM or KPC-3 in its KISS mode.
It shouldn't be necessary to use the KANTRONICS Hostmode (to constantly
check the KAM's or KPC-3's buffer), handshaking properly implemented should
stop the computer from sending data when the KAM's or KPC-3's buffer is
full. That is the purpose of handshaking!
Rob
Well, try sending a large file to the KAM with a program that DOES NOT USE
To be continued in digest: hd_2000_26B
Read previous mail | Read next mail
| |
