<div class="gmail_quote">On Sat, Aug 29, 2009 at 3:37 PM, SM5AJV <span dir="ltr"><<a href="mailto:sm5ajv@qrq.se" target="_blank">sm5ajv@qrq.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div> N1MM sets up a WAIT_MASK instead. I think this may be the reason<br>
behind the bad response of the paddle when as long as WT is running.</div></blockquote><div><br></div><div>What's a "wait mask"?  I can't find anything about wait masks in the WinKeyUSB manual.</div><div>


<br>
</div><div>I wonder if these problems are unique to the WKUSB product made by K1EL?  Are you using the supplied FTDI Virtual COM port drivers?  Perhaps the problems are unique to that driver.</div><div><br></div><div><div>

Is anyone using a WinKey in a microHAM device experiencing this problem?  I've never seen it myself (using MK2R+ with WinKey V22).  But I'm obviously using a different driver.</div><div><br></div></div><div>Perhaps at boot time WindowsXP, or some other software, writes some data to the virtual COM port that you are using for the WinKey, and that sets it to Farnsworth mode.</div>

<div><br></div><div>There a number of <a href="http://k1el.tripod.com/software.html">WinKey test programs</a> available at the K1EL site.  Maybe one of them can reset the keyer out of Farnsworth mode.  Once you get it fixed, power down and power up your PC with the WinKey disconnected.  Then after Windows boots, plug in the WinKey USB.  Then start Win-Test.</div>

<div><br></div><div>You might trying using a different virtual COM port to see if that makes any difference.  </div><div><br></div><div>73,</div><div>Bob, N6TV</div></div>