| |
PA2AGA > HDDIG 04.02.00 21:22l 160 Lines 5380 Bytes #-9591 (0) @ EU
BID : HD_2000_32B
Read: DL6KCF GUEST
Subj: HamDigitalDigest 2000/32B
Path: DB0AAB<DB0ZKA<DB0GPP<DB0LX<DB0RBS<DB0SEL<DB0ZDF<DB0AIS<DB0ME<ON6AR<
PI8HWB<PI8HGL<PE1NMB<EA7URC<PE0MAR<PI8VNW
Sent: 000201/2327Z @:PI8VNW.#ZH2.NLD.EU #:48652 [HvHolland] FBB7.00g24
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : HDDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA29587 ; Tue, 01 Feb 00 22:23:01 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.70/7.5.3) with SMTP
id AA00017755 ; Tue, 01 Feb 2000 18:26:34 MET
Date: Tue, 01 Feb 00 18:24:05 MET
Message-Id: <hd_2000_32B>
From: pa2aga
To: hd_broadcast@pa2aga
Subject: HamDigitalDigest 2000/32B
X-BBS-Msg-Type: B
> > >shift register (the one currently being shifted out), the other in the
> > >transmitter holding register (the next one to be clocked into the shift
> > >register).
> > >However, with the advent of FIFO buffers, there can be more bytes
waiting
> > >in the UART. The popular 16550A has a 16-byte FIFO, although it can be
> > >configured to contain fewer bytes.
> >
> > Thank you. A most interesting analysis. Presumably, it would be wise
> > for a TNC (or any other serial device) to take CTS low well in advance
> > of running short of buffer space. Is that what most modems do?
>
> Properly written code will twiddle the appropriate control lines
> to make certain there is no possibility of buffer overrun due to UART
> output buffering.. Code to handle this correctly is not difficult. It is
> easy to allow for a "reasonable" number of characters to arrive after
> the appropriate control line has been twiddled. Note that both ends
> of the link must use the proper control line twiddling protocol, and
> the cable connecting the two UARTS must have all the needed pins
> connected. Most "bugs" of this nature seem to be due to cables with
> missing wires, and not bad code in the sending or receiving device,
> since that code is almost trivial to get right.
>
> --
>
> ... Hank
>
> http://horedson.home.att.net
>
>
>
>.
------------------------------
Date: Tue, 01 Feb 2000 04:09:14 GMT
From: "Hank Oredson" <horedson@att.net>
Subject: Kantroncs bugs?
"Rob" <Pse@NoEmail.Com> wrote in message
news:FUrl4.218326$5r2.578707@tor-nn1.netcom.ca...
> Hank,
>
> The CTS hardware handshaking does NOT work in the KANTRONICS KAM, KPC-3
and
> possibly other KANTRONICS TNC's even with expensive computer cables
> connecting all the right pins!
You have me confused with someone else.
I never said it *did* work right on Kantronics TNCs, or on any
other specific serial device. Please respond to what I actually write.
> I agree that it shouldn't be hard for KANTRONICS to fix this type of bug.
A
> lot of the code is probably very easy to find. Unfortunately, there isn't
> much political will.
>
> Many Hams use a HOSTMODE program which constantly checks the amount of
free
> space left in the TNC buffer. This approach has two advantages -- one can
> always send a command to the TNC since there is always some buffer space
> left in the TNC. Secondly, one can make sure the buffer will never get
full
> and lose characters due to KANTRONICS' poorly written handshaking protocol
> firmware in their TNCs. Consequently, many HAMS don't ever see the bug.
Close, no cigar. Read hostmode docs for how it really works.
> But some of use like using the terminal mode!
Then you might use terminal programs that are smart enough to avoid
this particular problem. It ain't hard ... even with Kantronics TNCs,
even without using host mode. I know, I've done it. Not a big deal.
Any terminal program that fails in this situation is brain dead.
> 73's
>
> Rob
--
... Hank
http://horedson.home.att.net
>.
------------------------------
Date: Mon, 31 Jan 2000 20:35:46 +0000
From: Simon Lewis <slewis@pacsat.demon.co.uk>
Subject: YAM 9k6 FSK modem
In article <38924A54.8AD28A81@sympatico.ca>, Laura Halliday
<va3ldh@sympatico.ca> writes
>Tate wrote:
>>
>> Greetings,
>>
>> I think I'm interested in building one of these. My eventual hope is to use
it
>> on the Packsats (9k6 G3RUH/Manchester). Looks like a very cost effective
>> solution.
>>
>> Comments and user experience?
>
>Why not build one and tell us? I'm putting the finishing
>touches on one, and the biggest hassle so far was convincing
>the bank that the Euro was in fact a real currency, and that
>they could in fact cut a bank draft in Euros.
don't worry! we are still trying to convince ourselves its a real
currency too!
73 Simon
The contents of this message represent the personal opinion of the
author and are not representative of the RSGB or DUBUS unless otherwise
stated.
+--------------------------------------------------------------------+
| Simon Lewis GM4PLM Editor - European Microwave News |
| Radio Society of Great Britain Microwave Column Editor |
| DUBUS Microwave Europe Column Editor |
| European Microwave News - Supporting Microwave Radio Across Europe |
| EMN Homepage - www.emn.org.uk Email gm4plm@emn.org.uk |
| RSGB Microwave Column Homepage - www.emn.org.uk/mwcol.htm |
| RSGB Microwave Column Email uwave.radcom@rsgb.org.uk |
| DUBUS Microwave Europe Column Homepage - www.emn.org.uk/dubus.htm |
+--------------------------------------------------------------------+
>.
------------------------------
End of Ham-Digital Digest V2000 #32
******************************
You can send in your contribution to this digest by
sending an e-mail to: hd-group@pa2aga.ampr.org
or (via BBS-net) to: hdaga@pi8vnw.#zh2.nld.eu
Read previous mail | Read next mail
| |
