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 allow your
search for a clear spot to look up to 2700Hz as you originally suggested
then transmitting on top of a JT65 QSY would not be welcome!
73
Bill
G4WJS.
On 27/03/2018 00:35, F6BHK wrote:
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