I have configured wsjtx to not allow a change in frequency during transmit.
During the RTTY RU contest, the receive frequency was locked as well as the
transmit frequency. It was a bit annoying that I could not move the receive
bracket during transmission. Sometimes the receive bracket would not update
to the current QSO station and not being able to manually update it was a
hassle.
Not updating receive bracket: when I was finishing a QSO, occasionally a
station would tailgate. I clicked on that station (right panel) and the
sequence would update the TX list, but not the receive bracket (in the
waterfall display).


On Sun, Jan 6, 2019, 2:27 PM Thomas Kocourek <n4fwd...@gmail.com wrote:

> I ran into the same issue during the RTTY RU contest. The work-around
> which I used was to click on TX6 (CQ) and reenable the transmit in advance
> of getting an answer back from the other station. If they were successful
> in receiving my RR73, I aborted the CQ and chose my next QSO partner.
>
> On Sun, Jan 6, 2019, 11:06 AM Saku <oh...@sral.fi wrote:
>
>>
>> Working as "search, not CQ" station there is one thing in RTTY RU
>> actions that I would like to change.
>> When I pick a CQ calling station, send "RST NR" and get "R RST NR" as
>> return my next TX will be "RR73".
>>
>> But when that happens the radio button "Next" jumps to TX_6. Always, not
>> depending have I logged qso or not.
>>
>> This makes extra work as while I'm sending RR73 I have to manually
>> change "Next" radio button back to TX_4 (RR73)
>> in case that opponent station did not receive my RR73 and keeps
>> transmitting "R RST NR" .
>> Then just press TX enable on again will repeat RR73.
>>
>> Suggestion:
>>
>>      Drop "Next" radio button to TX_6 only after qso is logged, not from
>> RR73 sending action.
>>      Dropping TX enable off is ok during RR73 sending period. Just keep
>> the "Next" at TX_4.
>>
>>
>> v2.0/Linux/Fedora28
>>
>>
>> --
>> Saku
>> OH1KH
>>
>>
>>
>> _______________________________________________
>> 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