| |
PA2AGA > HDDIG 30.01.00 05:26l 224 Lines 6954 Bytes #-9598 (0) @ EU
BID : HD_2000_26C
Read: DL6KCF GUEST
Subj: HamDigitalDigest 2000/26C
Path: DB0AAB<DB0FSG<DB0SL<DB0RGB<DB0ABH<DB0SRS<DB0AIS<DB0WST<DB0ACH<PI8JOP<
PI8ZAA<PI8GCB<PI8HGL<PE1NMB<EA7URC<PE0MAR<PI8VNW
Sent: 000130/0031Z @:PI8VNW.#ZH2.NLD.EU #:48386 [HvHolland] FBB7.00g24
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : HDDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA29432 ; Sat, 29 Jan 00 23:18:15 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.70/7.5.3) with SMTP
id AA00017682 ; Sat, 29 Jan 2000 14:34:11 MET
Date: Sat, 29 Jan 00 14:22:50 MET
Message-Id: <hd_2000_26C>
From: pa2aga
To: hd_broadcast@pa2aga
Subject: HamDigitalDigest 2000/26C
X-BBS-Msg-Type: B
obvious things that I should look at?
Thanks!
Kees (PA3HFB)
--
Kees Leune, Researcher at the Infolab | Email: kees@kub.nl
Tilburg University, The Netherlands | Phone: +31 13 466 2688
http://www.leune.org | HAM: PA3HFB
>.
------------------------------
Date: Tue, 25 Jan 2000 16:31:59 GMT
From: Edwardc@thezone.net (Mr.c)
Subject: fs kam all mode
kam all mode for sale ver 5 comes with cables for hook up for
vhf and hf the cables are now wired for vhf icom and hf icom
computer cables hookups are there power supply 3 manuals and software
if interested contact me via email for any ohter questions price is
275.00 canadian obo.. email soon as this will not last long.
>.
------------------------------
Date: Tue, 25 Jan 2000 14:13:35 -0500
From: "Adam T. Cately" <atcately@bright.net>
Subject: Hacking my PK-88's and Pakratt-88 to work with new date...
I would like to make my PK-88 tnc's and my Pakratt-88 software work
with the new date...Does anyone know of some info, or can you send me
to a site with hardware changes and/or software coding to make my old
stuff work with the new 2000 date? Thanks much for looking... - Adam -
>.
------------------------------
Date: Wed, 26 Jan 2000 10:55:01 +0200
From: "Gerry Pieterse" <tgerry@global.co.za>
Subject: Help needed with WinPack running a AEA PK 900 TNC
I have an upgraded (with Timewave's DSP kit) AEA PK-900 TNC which I would
lik to run with WinPack for the convenience of automated uploads and
downloads from my local BBS. The problem is that even though the TX appears
on the TNC screen, it does not send a transmit signal to my transmitter.
The curious thing is that if another packet station logs on to me, I am
perfectly capable of conducting a two-way conversation ie. it then
transmits. It seems that the incoming packet signal activated the TX
facility.
I would love to hear from anybody out there using the PK 900 and WinPack
(Ver5 6.42) and how they solved the problem.
Please reply direct to:
tgerry@global.co.za
--
Kind regards
Gerry Pieterse
de ZS6GER
Tel: 27 11 888 1187
Fax: 27 11 888 1186
Cell: 082 443 0291
Snail Mail: 128 Seventh Street
Linden 2195
Johannesburg
South Africa
>.
------------------------------
Date: Tue, 25 Jan 2000 20:56:19 -0600
From: "Rick Ruhl" <ricker@cssincorp.com>
Subject: Kantroncs bugs?
------------------------------
Date: Tue, 25 Jan 2000 11:44:17 -0500
From: "Richard H." <rh3x@erols.com>
Subject: PSK31 on Six?
Anyone aware of a psk31 calling freq or any ongoing activty in that
mode?
Thanks
de Richard/N2JR Fm18 N. VA
>.
------------------------------
Date: Tue, 25 Jan 2000 15:12:20 -0500
From: Doug Snowden <dsnowden@ncdc.noaa.gov>
Subject: VolksRTTY Articles?
Anyone willing to copy and send me the articles
for the VolksRTTY ? I think it was QST last OCT
and NOV? Of course costs paid.
Doug N4IJ
dsnowden@ncdc.noaa.gov
>.
------------------------------
Date: (null)
From: (null)
Buffer usage in the TNC
Proper implementation of flow control between the computer and the TNC
requires that you understand the operation of certain buffers within the
TNC. A simplified diagram of the buffers in the TNC is shown below. Note
that data from the computer are first placed in the TTY input buffer. This
buffer is then transferred to a second buffer, depending on the type of
data.
Packet buffer
TTY Input Command buffer
HF buffer
Commands are transferred to a command buffer for processing by the firmware.
Data which are to be transmitted on packet are transferred to a packet
buffer, and data intended for an HF mode (e.g. RTTY) are placed in the HF
buffer.
Those TNCs which do not support HF modes will not have the HF buffer
indicated above, but will have the Packet buffer and Command buffer.
The size of the buffers can be determined by using the STATUS command. When
operating from the command mode (cmd: prompt), giving the status command
will return a line indicating FREE BYTES. This indicates the number of free
bytes available in the Packet buffer.
As data are moved into the packet buffer (from the TTY Input buffer), the
data is queued for transmission over the radio. Since the radio speed is
generally much slower than the computer-to-TNC speed, it is likely that new
data queued for packet transmission will eventually fill the Packet buffer.
When this happens, the data backs up into the TTY Input buffer. When the TTY
Input buffer is nearly full, the TNC will cause the CTS line to go inactive,
providing hardware flow control and stopping data from the computer.
An important point here is that the TTY Input buffer is a FIFO (First In,
First Out) buffer. Since commands to the TNC must pass through this buffer
in order to reach the command buffer, any data already in the TTY Input
buffer must be processed before a command can be processed. A well-written
program will, therefore, check the status command periodically and never
permit the FREE BYTES number to reach zero.
When operating with a TNC that supports HF modes as well as packet, the
STATUS command reports two numbers in the FREE BYTES section. A typical
response might indicate "FREE BYTES 1520/3040", indicating 1520 bytes free
in the packet buffer and 3040 bytes free in the HF buffer. As long as your
program never allows free bytes to reach 0, you will be able to issue
commands to the TNC. Note that the status command will only show two numbers
if the TNC is currently operating in the packet mode and simultaneously
operating an HF mode. This is only possible in host mode.
--
Rick Ruhl
President, Creative Services Software, Inc.
http://www.cssincorp.com
"Philip L Carter" <pcarter@gcfn.org> wrote in message
news:86lj04$eup$1@acme.gcfn.org...
>
> Sorry, I think they're working fine. Never had a problem with any speed
> file transfers with any (kpc2 thru dataengine) at any speed. But I don't
> do winblows on pc's. I use dos, os/2, linux, cp/m and others. Could it
> be a winblows problem?
>
> Phil
>
> --
> NRE/COLE Test Center OH-3
> pcarter@gcfn.org or wd8qwr@arrl.net
> Philip L. Carter, WD8QWR
> wd8qwr@w8cqk.#cmh.oh.usa.na
>.
------------------------------
End of Ham-Digital Digest V2000 #26
******************************
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
| |
