| |
PA2AGA > HDDIG 06.12.99 06:04l 218 Lines 7000 Bytes #-9660 (0) @ EU
BID : HD_99_309A
Read: DL6KCF GUEST
Subj: HamDigitalDigest 99/309A
Path: DB0AAB<DB0ZKA<DB0ABH<DB0SRS<DB0AIS<DB0NDK<DB0ACH<PI8JOP<PI8ZAA<PI8GCB<
PI8HGL<PE1NMB<EA7URC<PE0MAR<PI8VNW
Sent: 991206/0137Z @:PI8VNW.#ZH2.NLD.EU #:29732 [HvHolland] FBB7.00g $:HD_99_30
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : HDDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA25477 ; Sun, 05 Dec 99 21:17:16 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.67/7.5.3) with SMTP
id AA00017073 ; Sat, 04 Dec 99 23:41:32 MET
Date: Sat, 04 Dec 99 23:36:06 MET
Message-Id: <hd_99_309A>
From: pa2aga
To: hd_broadcast@pa2aga
Subject: HamDigitalDigest 99/309A
X-BBS-Msg-Type: B
Ham-Digital Digest Thu, 2 Dec 99 Volume 99 : Issue 309
Today's Topics:
Best Windows Terminal Program for WA8DED TNCS
FCC reallocates Ham Band
good 9k6 pkt rig ?
looking for Kam+ owners (4 msgs)
PSK31 setup??
RS-232 HELP for internal RTTY modem in DSP-599zx (5 msgs)
Used HAM Software?
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:99/309
----------------------------------------------------------------------
Date: Thu, 25 Nov 1999 09:44:31 -0500
From: "Rob" <NoEmail@NoWay.com>
Subject: Best Windows Terminal Program for WA8DED TNCS
Well I understand that even with some of the fast Pentium class machines
with UART's data can get corrupted or lost. The use by PTC TERM of the 32
bit CRC will be a great feature. I don't think there is any software out
there that utilizes all the features of the advanced WA8DED host mode of the
PTC II and the 32 bit CRC.
I can't wait for PTC Term.
73's
Rob
"Rick Ruhl" <ricker@cssincorp.com> wrote in message
news:OQ5NOdwN$GA.280@cpmsnbbsa02...
> Yes, it will. I wrote the code to decode it based on the two #170's and
> decode the 32 bit CRC. I think that the CRC is more used with slower,
older
> computers (i.e the Atari's and Commodores that didn't have buffering), but
> still will be used in our code.
> --
> Rick Ruhl
> President, Creative Services Software
> http://www.cssincorp.com
>
> Rob wrote in message ...
> >Hi Rick,
> >
> >I forgot to ask you whether PTC Term will uses the SCS PTC II's enhanced
or
> >advanced WA8DED hostmode.
> >
> >I also understand that the SCS PTC II uses a 32 bit CRC checksum on RS232
> >line to esnure that data is not lost. (which can sometimes happen with
the
> >standard WA8DED hostmode).
> >
> >Will the PTC Term take full advantage of these features of the PTC II
> >hostmode??
> >
> >Rob
> >
> >"Rick Ruhl" <ricker@cssincorp.com> wrote in message
> >news:OQkLyygN$GA.176@cpmsnbbsa05...
> >> Rob,
> >>
> >> What they have is a setting to use one of the WA8DED channels for
pactor
> >and
> >> the PTCHAN command sets that. You can have up to 36 WA8DED sessions
> going
> >> at one, so you could be connected to the cluster on on channel,
connected
> >to
> >> your buddy at 9600 on another channel and be doing a Pactor contact at
> the
> >> same time.
> >>
> >> TERM 5 only allows one mode at a time, which is it's bad point. If
Peter
> >> would rewrite the code for any of the modes to use the PACTOR channel
for
> >> the data and let the WA8DED status channel report the state, it would
be
> >one
> >> up on the KAM, and like the 9612, if the 9612 had the HF 3rd port
module.
> >>
> >> I'm hoping we'll get PTC-Term out early next year. Like most software
> >> projects, it's hard to estimate completion dates, due to beta sites
> >finding
> >> bugs, and just day to day operations getting in the way. Once we get
it
> >and
> >> the HAL done, then our TNC software line will be complete.
> >>
> >> --
> >> Rick Ruhl
> >> President, Creative Services Software
> >> http://www.cssincorp.com
> >>
> >> Rob wrote in message ...
> >> >Hi Rick,
> >> >
> >> >Thanks for the message. Yes, it would appear that SCS uses its own
> >variant
> >> >of the WA8DED host mode in order to differentiate between the two
packet
> >> >ports.
> >> >
> >> >I realized that you could operate RTTY, PACTOR etc on the HF port and
> >that
> >> >others could link up with your BBS on the packet ports at the same
time.
> >> >
> >> >But I wasn't aware that you could have a QSO on HF PACTOR and one or
> more
> >> >Packet QSOs on the VHF ports at the same time! Maybe I misunderstood
> >what
> >> >you said.
> >> >
> >> >I always thought that you could either have a HF PACTOR etc QSO using
> >TERM
> >> 5
> >> >mode or PACKET QSOs on the PACKET Ports BUT NOT BOTH!
> >> >
> >> >I wish SCS stuck with one interface. Like the KAM -- I like the KAM's
> >host
> >> >mode!
> >> >
> >> > I also don't like TERM 0 -- most dumb terminals will not work
properly
> >> with
> >> >TERM 0 mode. TERM 0 works okay in CMD mode but once you switch into
a
> >QSO
> >> >mode (e.g.PACTOR) overprinting occurs! -- a real pain. You have to
> >change
> >> >the dumb terminal parameters if you can. If you do then you get
double
> >> >spacing in CMD mode. Unfortunately some dumb terminals will not
> >> >automatically add a LF after receiving a CR from a modem -- so you
> always
> >> >get overprinting -- you better read fast !!
> >> >
> >> >I don't think that Peter really knows how a normal dumb terminal
works!
> >I
> >> >told him about it but I doubt he will make any changes to the
firmware.
> >Its
> >> >too bad that the PTC II did not follow the design of the KAM which
> >provides
> >> >a lot of flexibility when setting up the terminal parameters (e.g.
LFADD
> >> >etc)
> >> >
> >> >When designing my own simple terminal program (using macros) for use
> with
> >> >PTC II, I also did not like the inconsistencies.. Sometimes you used
> >Quit
> >> >to exit a menu to the main command prompt, sometimes you use PT. A
real
> >> >pain! I am sure you have run into the same problem!
> >> >
> >> >I look forward to your program. It sounds like it will be the only
> >> >commercially available program for the PTC II that will support the
PTC
> >> II's
> >> >weird WA8DED host mode for packet!
> >> >
> >> >When will your program be available?
> >> >
> >> >73's
> >> >
> >> >Rob
> >> >
> >> >
> >> >"Rick Ruhl" <ricker@cssincorp.com> wrote in message
> >> >news:eaUVQhdN$GA.76@cpmsnbbsa05...
> >> >> Rob,
> >> >>
> >> >> The nice thing about WA8DED host mode on the SCS is that it allows a
> >> >Pactor
> >> >> channel too, so you'd be able to do Packet and Pactor at the same
> time.
> >> >>
> >> >> But WA8DED doesn't know the difference in radio ports. The way this
is
> >> >> accomplished, is that the SCS appends a 1: or 2: to the first two
> bytes
> >> of
> >> >> the data packet, and you have to parse those, to tell it which
To be continued in digest: hd_99_309B
Read previous mail | Read next mail
| |
