Hello Nuradi,
Here is a copy of a note from Wayne from April, the last section addresses
the continuous printing in RTTY that you mentioned...
73 Bruce W1CSM
-----Original Message-----
From: W. Wright, W5XD <w5xd@alum.mit.edu>
To: Writelog Users Reflector <wl-users@wu3v.net>
To: <writelog@contesting.com>
Date: Friday, April 09, 1999 20:35
Subject: Re: [WL-USERS] FT-1000MP & AFSK
>I also use an FT-1000MP and I run AFSK. I even have enough COM
>ports to run FSK, but don't. I pick up the receive audio in the miniature
>stereo phone jack on the back of the 'MP and connect it to the sound board
>line in. In the other direction, I run the sound board speaker out
>to the 'MPs phone patch input (its an RCA plug). This means I have to
>run the rig in SSB mode for RTTY (or for PSK) which you might not
>like, but it also means that I use exactly the same cable setup for
>SSB and for digital (which I like a lot). If you instead route the sound
>board output into the packet connector on the 'MP back panel, then you
>have to run the MP in "Packet" mode (not "RTTY" mode), and when
>you switch to SSB, you have to move a cable to get the audio into
>the rig in the new place it wants, and the audio levels are not the
>same for the two inputs.
>
>Another neat trick with the 'MP is to route both the main and sub
>receiver audio to the sound board. The miniature stereo phone jack
>on the 'MP is exactly the same connector as is standard for line in
>on sound boards, so a simple straight-through cable works and can
>be purchased with molded connectors from Radio Shack. Then if
>you run RttyRite in "stereo sound board" mode, the main receiver is
>left and the sub receiver is the right channel. The decoding works
>regardless of whether you've selected the subreceiver audio into
>your speaker or headphones, and the levels on that back panel
>jack don't depend on any front panel settings either. In the stereo
>configuration, you only transmit from the left channel window.
>The right channel is receive only.
>
>The problem with printing random characters is that WL runs the sound
>board in its 16 bit digitizing mode and its decoding algorithm is not
>sensitive to signal strength. And WL has no squelch. The good news
>is that it will successfully decode RTTY or PSK from very low audio
>levels into the sound board input. The bad news is that it prints garbage
>if there's no signal because it doesn't have any sense of whether a
>signal is present. My opinion is that in a contest, the best thing a
>squelch function could possibly do is nothing. So there's not one in
>WL.
>
>Wayne
|