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