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 on the band. This equipment is in my shack.

I am with my family and friends in the living room sitting in the sofa talking as if I was a "normal" guy (I mean non-ham of course!). But I use an iPad to join a multicast group connected to the server. The iPad is served with the CQ and QRZ messages from countries/zone/counties/grid I have defined as a must-have. I click on the one I need as soon as it comes by. From time to time I know that I'll lost the hold on my Tx freq, or it'll become inappropriate. Our FT8 segment is, from EU, very busy sometimes. But my server calculates using the DECODE messages the best Tx Freq to use. AND

AND

It wants to send this Tx DF with the type 4 message corresponding to the QSO to initiate. Holy s***, today it can't!

Hope I am clear: I don't want to make a robot from WSJT-X. I am not interested in automatic QSO. I just want to sip my pale ale (I spent a lot of time in Newcastle) while making FT8 contacts.

Thank you for your feedback and goodwill.

Cheers

Serge


On 27/03/2018 00:56, Bill Somerville wrote:
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 26/03/2018 23:50, F6BHK wrote:
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 is driven by the opportunity to initiate the QSO remotely. This is why the type 4 message is precious... but I find it incomplete: it should, I believe, permit the user to choose the DF for a split.

Please reconsider

Cheers

Serge


On 27/03/2018 00:09, Bill Somerville wrote:
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 strongly recommended to choose a clearer one within the 2.7 KHz bandwidth to avoid QRM.

- The most accepted FT8 operating procedures (by ZL2IFB - The FT8 operating Guide) specify that the best way to go is using split mode, and that makes sensesince the FT8 quarter seems to be more and more crowded with the growing success of this mode.

I think that allowing the DF TX field in the message of type 4 to be different from that of the original CQ would make the initiation of a response to a decode message in line with our accepted operating procedures and participate to the limitation of the QRM.


Listening...

Cheers

Serge

Hi Serge,

the "Hold Tx "Freq" check box on the WSJT-X main window already fills this requirement.

73
Bill
G4WJS.




------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--

73, de Serge
F6BHK, ex-VR2LL, G5BHT, FM5GC
PUY SAINT MARTIN, 26 DROME, FRANCE
JN24LP

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to