<div dir="ltr"><div>Mixed Mode Advanced SO2R mode is a complex thing to automate, and it's just not handled very well by Win-Test, especially if one radio is on Phone and the second is on CW, and you are swapping [ * ] or changing modes by clicking on spots.  If you're using ESM mode, things become even more complicated, because there's one set of messages for Run Mode and a second set of messages for S&P mode, and you could have Primary Radio in Run Mode and Secondary Radio in S&P mode, or vice versa.</div><div><br></div><div>Primary or Secondary Radio, Run Mode or S&P, Phone or CW messages, Phone or CW scenario in control, Latch mode on or off ... is that 32 possible permutations?<br></div><div><br></div>The Advanced SO2R design of Win-Test uses one set of scenarios on Phone, and a separate set on CW.  They are independently programmed.  You can see only one at a time.  I think the mode of the Primary radio controls which one is used.  Clicking on a spot may change the mode and scenario.  I gave each scenario a unique name, but it wasn't clear to me when it would switch the scenario name displayed at the top of the Secondary Radio window.<div><br><div><div>Primary and Secondary radio messages are programmed for each scenario.  On all Phone scenarios, the Insert and Plus key messages are grayed out, because there is no way for Win-Test to send $LOGGEDCALL or $CORRECT on Phone,  So on phone, when you press Insert, Win-Test sends the F2 message (exchange), and when you press Plus, Win-Test sends the F3 message.<br></div><div><br></div><div>So my guess is that when the Primary Radio is on Phone, and the second on CW, and the Phone Advanced Scenario is active or quickly selected by clicking on a spot, Win-Test may use the Phone Advanced scenario, and always send F2 instead of the Insert message, so no callsign would be sent.</div><div><br></div><div>You might be able to work around this on CW by reprogramming Insert as F2, and put $LOGGEDCALL in the F2 message.  But then you wouldn't have an easy way to just resend the exchange alone.<br></div><div><div class="gmail_extra"><br></div><div class="gmail_extra">It's not as simple to fix as simply using the scenario of the active radio.  A scenario can use $TR1 or $TR2 to send a message on the opposite radio.  If that radio is on a different mode, which scenario message should it use to complete the action?</div><div class="gmail_extra"><br></div><div class="gmail_extra">In sum, if you want to use Win-Test SO2R in a Mixed Mode contest with Advanced Scenarios, just keep both rigs on the same mode.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div><div class="gmail_signature">73,<div>Bob, N6TV</div></div></div>
<br><div class="gmail_quote">On Sun, Jul 12, 2015 at 5:25 AM, Don Beattie <span dir="ltr"><<a href="mailto:don@g3bj.com" target="_blank">don@g3bj.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div lang="EN-GB" link="#0563C1" vlink="#954F72"><div><p class="MsoNormal">After many years of faultless operation with Win-Test, the IARU Contest showed a very strange fault. Let me describe it.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I was running 2 x FT5000 in SO2R, using a Microham u2R controller. This is the same arrangement that I have used for yours without any issues.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">On several occasions the following fault would develop when on CW. Win-Test would start by losing the full CW message on the insert key. It would still send 599 + zone when pressing the insert key, but the call sign was not linked to it. So I would finish the QSO manually, and log it. On pressing <enter> to log the QSO , Win-Test changed the next logging line to SSB! I could not change it back to CW, even though the rig was set to CW, and I was still able to key it manually. The only cure I found was to change bands on the rig (eg from 15m to 20 then back to 15m) and Win-Test would then return to CW. <u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I tried to work out what the environment was when this happened ( it happened about 6 times in the contest this weekend). The only common factor was that just before the fault, I had been bringing spots down from the band map into the second rig – on SSB – by clicking on the spot, and so moving the second FT5000’s “A” VFO. I had also been switching the active radio using the “*” key and switching the latch on the u2R. So I think there is something happening when making adjustments to the second transceiver, which seems to upset the first one.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Has this been seen before? If so, is there something I can do about it? I don’t often take part in multi-mode contests, so have not noticed this before. I’m using 4.17, - ie the latest release.  <u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><span>73<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><b><span>Don, G3BJ / G5W<u></u><u></u></span></b></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span><a href="http://www.g3bj.com" target="_blank">www.g3bj.com</a><u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p></div></div><br>_______________________________________________<br>
Support mailing list<br>
<a href="mailto:support@win-test.com">support@win-test.com</a><br>
<a href="http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support" rel="noreferrer" target="_blank">http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support</a><br>
<br></blockquote></div><br></div></div></div></div></div>