What is probably more important with JT65 is to set-up the transmitter so that the processor is off and there is minimum ALC. On TX I have set the system up where there is low noise out of the TX (>45dB down on single tones) when the audio tones from the computer are off.
On RX, as I set it up running with AGC off and have set the background noise from the RX to be around 15dB above the background noise from the RRC1258 but it is not so critical. My comment about setting up levels was specificaly aimed at those that use digital modes with Audio Settings that use ALAW compression.Īs you are running with Audio Quality 2 careful setting of levels is not so important as the RRC 1258 has a huge amplitude range. I normally run a TS2000 on 144MHz and a K3 on HF both with this setting. > good setting for digital modes, and can you briefly explain how you set the levels properly?Īudio Quality 2 is a linear transfer mode which does not employ ALAW compression and hence it is excellent for digital modes.
> Hi John, The Elecraft K3 "Twin" setup uses Audio Quality 2 – Linear 16 bits 8 kHz. Unless you understand how ALAW compression works and are very skilled at setting up the TX and RX levels at both ends ALAW will distort JT65 signals badly!!!
Jt65 decoder android#
Just hold your Android phone or tablet close to the speaker of you Amateur Radio transceiver. DroidPSK is able to decode a BPSK31 or BPSK63 signal though the build in microphone.
Jt65 decoder portable#
A great tool for portable Amateur Radio PSK operation. One word of warning: Do not run the remote rig system with an audio quality setting which uses ALAW. DroidPSK is an application to decode and encode Ham Radio BPSK31 and BPSK63. You should switch off any speech processor and reduce the audio level until you have a minimum amount of ALC indicated. This will cause your signal to be undecodable when weak. On TX you must ensure that you are not distorting the JT65 tones. I can measure around 120-150ms total delay between the computer and final TX signal! I also use Dimension4 to ensure correct timing of the PC.
I have deliberately increased the buffer size (and therefore increased latency) to between 16 and 20 to minimise lost UDP RX packets which is critical for really weak signal JT65. I operate a lot of JT65 and FSK441 on 144MHz having had over 3,000 remote 144MHz JT65 EME QSOs in the past 4 years. I would very much doubt if latency is your problem!
0 kommentar(er)
