Re: [wsjt-devel] Request for the mod of UDP type 4 message

2018-03-26 Thread F6BHK

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 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


--

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


Re: [wsjt-devel] Request for the mod of UDP type 4 message

2018-03-26 Thread Bill Somerville

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


Re: [wsjt-devel] Request for the mod of UDP type 4 message

2018-03-26 Thread F6BHK

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


Re: [wsjt-devel] Request for the mod of UDP type 4 message

2018-03-26 Thread Bill Somerville

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


Re: [wsjt-devel] Request for the mod of UDP type 4 message

2018-03-26 Thread F6BHK

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


Re: [wsjt-devel] Request for the mod of UDP type 4 message

2018-03-26 Thread Bill Somerville

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