<div class="gmail_quote">On Fri, Jul 22, 2011 at 10:19 PM, HB9CAT <span dir="ltr"><<a href="mailto:hb9cat@thezollingers.org">hb9cat@thezollingers.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;color:#1F497D">Actually the Win-test Ctrl-T command (tune) triggers PTT through the Winkey in SSB as well.</span></p></blockquote><div><br></div><div>It does!  Very interesting.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;color:#1F497D"><u></u><u></u></span></p><p class="MsoNormal">

<span lang="EN-US" style="font-size:11.0pt;color:#1F497D">Assuming we can live with the KEY line closed during SSB TX (which is the case for me), that would actually be the solution. E.g. Win-Test to send “Ctrl-T” during SSB DVK transmission.</span></p>

</blockquote><div><br></div><div>Well I just tried writing a script to do that, but it doesn't work.  It closes the PTT line OK, but no audio is output by the Win-Test Internal DVK.  The same thing happened when I sent software PTT ON/OFF commands to my K3 instead of trying to simulate Ctrl-T.</div>

<div><br></div><div>The problem seems to be that if Win-Test sees no PTT line defined, it will never output <i>any</i> audio from the Internal DVK.</div><div><br></div><div>Perhaps if you define a "dummy" PTT signal on a disconnected serial port, that will make the Win-Test DVK happy, and custom software commands (via LUA script) can do the actual PTT ON/OFF.  Ctrl-T in a script doesn't work so well because it always displays a "tune" pop-up window with a big STOP button, which is undesirable.  It does close the Winkey PTT line though.</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;color:#1F497D"><u></u><u></u></span></p>

<p class="MsoNormal"><span class="Apple-style-span" style="color: rgb(31, 73, 125); font-size: 15px; ">In the meantime I’m triggering SSB PTT through a parallel port, but I have to deal with 2 PTT lines, which I would prefer to avoid.</span></p>

</blockquote></div><br><div>The WinKey was designed for CW only, not SSB.  It keeps the PTT timing internal, so that the PTT always closes before the CW signal is output.  That PTT timing will not work  for SSB.</div><div>

<br></div><div>My suggestion would be to abandon the Winkey completely for PTT, and just use a single LPT port or a single Serial port for both CW and PTT, using the Win-Test CW timing.  For paddles, use the internal keyer of your radio if it supports both paddle and straight key inputs, or an external CW keyer wired in parallel if it does not.</div>

<div><br></div><div>FYI, at K3LR there are no Winkeys or external DVKs or CW keyers.  Real COM ports or parallel ports are used for all software-generated CW and PTT functions, and PC sound cards for voice keying.  Internal radio keyers are used for sending with the paddles.  This is a simple, extremely reliable solution that works very well.  Unlike N1MM Software, Win-Test rarely has problems sending well-timed CW via real serial or parallel ports, so you really don't need a Winkey at all.</div>

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