<div class="gmail_quote">On Thu, Jan 20, 2011 at 6:45 AM, Satoshi Nakamura <span dir="ltr"><<a href="mailto:9m6na@jsfc.org">9m6na@jsfc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im"><br>
> Win-test used to have this problem if you pressed Escape or $QSOB4 was sent<br>
> because of a dupe.  That was fixed.<br>
<br>
</div>I checked it again and found out that the problem still exists when<br>
Automatic CQ Repeat is enabled.  When Automatic CQ Repeat is enabled on<br>
F1, pressing Escape or any other keys interrupt the CQ, but the<br>
headphones stay on the secondary radio.  If this problem is solved, I<br>
may be able to live with the Advanced SO2R.</blockquote><div><br>Saty, <br></div><div><br>I cannot replicate this problem using Win-Test 4.7 and the "Plain pileup" advanced scenario.  Which version of Win-Test are you using?<br>

<br>For F1, the "Plain pileup" advanced SO2R scenario has:<br><br>$RESET $R2R2 $F1 $R1R2<br><br>When I press Escape to interrupt the CQ (repeating or not), the radios go into $R1R2 mode.  You can see this indicated by the red "RX" bars in the Secondary Radio Window.  If the red bars look OK after pressing Escape (RX is red for both Radio1 and Radio2), maybe there is something wrong with the SO2R box logic or the Win-Test "Headphones control" setup pin.<br>

<br>73,<br>Bob, N6TV <br></div></div><br>