I understand.
Sorry
Cheers
Serge
On 27/03/2018 01:50, Bill Somerville wrote:
Hi Serge,
I understand your approach but unless you are monitoring all modes the
decodes from WSJT-X alone will not give you enough information to pick
a clear frequency to transmit on. I still assert that the
Hi Serge,
I understand your approach but unless you are monitoring all modes the
decodes from WSJT-X alone will not give you enough information to pick a
clear frequency to transmit on. I still assert that the waterfall is the
best way to do that. For example if you are on 20m or 40m and
Hi Bill,
My server calculates the best Tx frequency for a given QSO using the
DECODE messages.
My rig is a Flex 5000A connected to a PC that is dedicated to run it.
That same PC hosts the WSJT-X client that broadcasts UDP messages to
tell an iMac running my logging program what's happening
Hi Serge,
all you need do is leave "Hold Tx Freq" checked and SHIFT+click on the
waterfall in a clear spot, you only need to do this once or until you
loose your clear frequency. Where is a better place to choose a good Tx
frequency other than the WSJT-X waterfall?
73
Bill
G4WJS.
On
Good evening Bill,
Sorry I don't buy your argument: should I have to prepare my QSO on the
WSJT-X client (in order to use the Hold Tx Freq and to input the Tx DF
value on the client) I don't need a UDP type 4 message any more: I use
my keyboard and that's it.
My need for a modified type 4
On 25/03/2018 23:35, F6BHK wrote:
I wish I could specify a DF for TX with the UDP type 4 messsage
different from that of the DECODE message.
Rational behind this request is:
- When I prepare a response to a CQ, I have to check whether the freq
used for TX is clear or busy. When busy, it is