[RTTY] Best RTTY program/hardware
Kok Chen
chen at mac.com
Sun Jan 25 01:09:56 EST 2009
I have not done RTTY for as long as some people here, but here are my
personal observations.
Long, long ago, I had used an MFJ 1278 for SWL'ing. I shouldn't even
mention having owned one... there goes my reputation. Chalk it up as
stupidity of youth.
I have used a few stock KAM Plus, and one which I modified so that the
switched capacitor filters are closer to that needed for RTTY. I
still own a beige KAM Plus and a black KAM plus.
The modified one is a significant improvement, but still not that
great. The problem with many stock TNCs is that their filters are
designed for Pactor and are way too wide for weak signal RTTY use.
After modification, the filters in my modified KAM Plus were too
narrow for Pactor; that is why I have always kept more than one KAM
around.
A PK-900 (long ago given away) came in somewhere between the modified
KAM Plus and an unmodified KAM Plus.
Garry NI6T had also modified the PK-232 to match RTTY (it is actually
much harder to modify than the KAM Plus, since the PK-232 didn't use
switched capacitor filters, which only involved resistor changes) and
the modified PK-232s were not just used at 3D2CU but other DXpeditions
had borrowed them.
If you choose the hardware route, get a HAL ST-8000. There is nothing
better in the hardware world, period, punkt.
If you can't get hold of a used HAL ST-8000 (not the ST-8000A, they
are very different animals), I have found the Timewave 599zx to be
quite solid. Both the 599zx and the ST-8000 have AFSK regenerators so
you can use them as front ends to other TNC/TU that you already own.
They both also have analog AGC, and have decent dynamic range as far
as hardware modems go.
I have also used the HAL DSP-4100 and the HAL DXP-38 side by side with
the KAMs and they are both better than the KAM as long as you adjust
the audio level properly, but neither can match the ST-8000. The
problem with the DSP-4100 and the DXP-38 is that they only have 14-bit
ADCs without an analog AGC stage -- so their dynamic range is
limited. You have to carefully adjust the audio level so you don't
clip the codec on strong signals, and when you do that, it won't work
well on very weak signals. You pretty much have to wire a pot ahead
of them and ride the pot manually.
I have never used an ST-6000, but many people on this reflector have.
Lets say I have never heard a bad word about them. Plus, like the
ST-8000, there is a nice crossed ellipse display built into the 6000
(not as nice as the one on the ST-8000, but better than the tuning
mechanisms that you find on the rest of the field). For weak signal
DX'ing it is imperative that you are able to tune a signal within 10
or 20 Hz under poor SNR conditions. It does not matter how good the
demodulator is if you cannot *accurately* and *quickly* tune an RTTY
signal in. Except for clicking on a waterfall, the crossed ellipse is
one of the few indicators that can do *both* well if you are tuning
with a VFO knob.
However, any modern software modem that is worth its salt should beat
even the ST-8000.
As finely crafted as they are, the ST-8000 is still limited by what
you can do in hardware. Its countermeasure to multipath causing mark/
space overlap is quite rudimentary, for example. But at least the
ST-8000 has some, albeit simple, circuitry to handle overlapped mark/
space. The most modems that are built as TNCs don't even have a way
to switch in a different demodulator under multipathed conditions. If
you want to dig out a fluttery signal across the pole, you need good
multipath performance.
After saying all that, the best way to convince yourself is to do your
own tests. If you run Windows, get a copy of AE4JY's PathSim and if
you run Mac OS X, get cocoaPath. Both are free. Run a clean RTTY
signal through different propagation and SNR conditions through these
HF Channel Simulators and make recordings of them to tape or sound
files. cocoaPath has built in RTTY, PSK and CW generators, so you
don't even have to first create a clean AFSK signal yourself.
Then play the recorded audio back into each of the modem that you are
testing. All modems will get precisely the identical inputs. The use
of HF Channel Simulators is how the industry test demodulators (the
prevailing standard is the ITU-R F.1487). Then, make your own plots
for the modems you are testing, like what Alex VE3NEA has done here
http://www.dxatlas.com/RttyCompare/
73
Chen, W7AY
More information about the RTTY
mailing list