Well, we should ask which problem we are trying to solve. 
Bill solution would tell to the transmitting operator whether there is a
strong (local) QRM on his transmission frequency and it may be wise to find
a new free spot. 
In the original scenario operator wanted to move DX station to a new
frequency (actually to his TX frequency) as there is QRM on DX station TX
frequency at operators location (but may not be at DX station location). If
the operator of the DX station had this transmit frequency QRM checking,
then there is a high possibility that he would not detect the QRM that is
causing the wish for QSY. 
Best DX's
73, Reino OH3mA

-----Original Message-----
From: Jim Brown [mailto:k...@audiosystemsgroup.com] 
Sent: 8. heinäkuutata 2021 23:51
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Message Bit to Request Other Station to QSY to
your Frequency

That's of of the things I like about you, Bill -- simple, logical solutions
to real world problems!

73, Jim K9YC

On 7/8/2021 1:19 PM, Bill Frantz wrote:
> I have a significantly different way to try to address the underlying 
> problem. I'm not sure if it is even possible, and it is a fairly big 
> change.
> 
> When operating on CW, I use full break-in (QSK) to monitor my transmit 
> frequency. When operating voice and other data modes, the transmit 
> times aren't synchronized, so monitoring the frequency between 
> transmissions can be effective.
> 
> These techniques don't work with the JT modes. However, they have an 
> excellent ability to decode a message in spite of significant fading. 
> It should be possible to switch to receive during the middle of a 
> transmission to monitor the frequency and switch back with only minor 
> loss of decode effectiveness.
> 
> I have simulated this approach using a K3 by pressing the "Halt TX" 
> button for a second or two and then restarting the transmission 
> without having the other end miss the decode. If this procedure was 
> automatic, the windows of non-transmission could be shorter, reducing 
> the effects on decode.



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



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

Reply via email to