<div>Problem Summary:</div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div>u2R CW message delay problems still happening with Win-Test</div><div>Audio switching via Win-Test software mostly ignored when using u2R</div>
<div><br></div></blockquote><div>Workaround:</div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div>Use COM port CW keying and Classic Auto Control</div><div>Do not tell Win-Test that you have a u2R (uncheck the control port in Interfaces Configuration)</div>
<div>Unplug PTT lines between Radio and u2R</div></blockquote><div><br></div>As a guest operator at W7RN this weekend, I attempted to use a microHAM micro2R (u2R) for the first time with Win-Test. I have used an MK2R+ for years at home.<div>
<br></div><div>As reported <a href="http://lists.f5mzn.org/pipermail/support/2010-May/079576.html">here</a> (see comm. logs) and <a href="http://lists.f5mzn.org/pipermail/support/2011-May/081119.html">here</a>, and by many others, unacceptable delay problems are immediately noticed when trying to send CW messages via the built-in WinKey. E.g., press F4, the callsign would be sent immediately. Press F4 quickly again, and the callsign would <i>not</i> be sent immediately. Others have reported similar issues with DVK messages, but I did not try this.</div>
<div><br></div><div>This was once explained in this reflector as a failure of the microHAM box or WinKey to properly echo back a "PTT event" to the program (see <a href="http://lists.f5mzn.org/pipermail/support/2008-October/076563.html">this post</a> by F5MZN). This may be because Win-Test sends one ASCII CW character at a time to the WinKey, unlike N1MM Software. I understand from K5RC that Writelog has a similar CW delay issue when using the u2R. The 1 or 2 second delays are apparently caused by a "wait state" timeout in the contest software.</div>
<div><br></div><div>I do not know if the bug is in the Router or Winkey or Win-Test or a combination of the way the three are working together. This problem <i>cannot</i> be solved by configuration changes in the Router software alone.<div>
<br></div><div>I was using:</div><div><br></div></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div>WT 4.7 (nothing in the 4.8 Release notes related to microHAM)</div>
</div><div><div>Router 7.7.1 (attempting to Update Router via the menu reported "You are already using the latest available")</div></div></blockquote><div><div><br></div><div>I have considerable experience configuring my MK2R+ at home, so it was not a failure to properly configure the box. I had all the generate PTT options set, PTT lead and TAIL delays set to 0 or 10ms at most, in both Router and Win-Test. I also tried many different combinations of these settings.<br>
<div><br></div><div>The only way I could make CW message timing work acceptably with the u2R was to bypass the WinKey completely, except for hand keying, and select COM port CW keying only, with Classic Auto Control on the SO2R tab. I also used the SO2R tab to select Router virtual COM port DTR and RTS pins for all headphone and TX focus switching, instead of the microHAM Control Protocol (then in Win-Test SETUP, you must deselect the microHAM control port and define enough "Other Interface" DTR/RTS pins for RX Focus, TX Focus, and Stereo). That fixed <i>almost</i> everything.</div>
<div><br></div><div>The other major problem I had, unique to the u2R, was that it <i>insisted</i> on controlling all the headphone switching for me, based on the status of the radio, rather than letting the contest software be in control of the headphones. The settings defined on the Router's Audio Tab always override the software, <i>unless</i> the software selects "Stereo" mode. For all other modes (e.g. both ears on Rig A or Rig B), using the paddles or sending a CW message, or even just closing the PTT line on the radio forced the headphone audio into a mode that was <i>not</i> requested by the program. There was no way to disable this. The "Disable Audio Switching on Radio" boxes in the Router's Audio Tab don't have anything to do with headphone switching, so they don't help at all, unfortunately.</div>
<div><br></div><div>I finally fixed most of that problem by <i>disconnecting</i> the KEY OUT jack of the radio from the u2R. Then the u2R could not know when a radio was transmitting, so Win-Test could finally be in control of the headphone audio (except when sending CW manually via paddles with the WinKey, when the u2R settings took over again).</div>
<div><br></div><div>In sum, multiple changes to Win-Test, microHAM Router, and perhaps the WinKey may be required before you can use the WinKey in the u2R with Win-Test using a "normal" configuration. In the mean time, try the workaround suggested above.</div>
<div><br></div><div>73,<div>Bob, N6TV</div><div>bcc: OM7ZZ, W4TV, K1EL, F5MZN</div>
</div></div></div>