<div class="gmail_quote">Joe,</div><div class="gmail_quote"><br></div><div class="gmail_quote">Thanks for the prompt reply.</div><div class="gmail_quote"><br></div><div class="gmail_quote">On Mon, Aug 8, 2011 at 12:57 PM, microHAM America - W4TV <span dir="ltr"><<a href="mailto:support@microham.com">support@microham.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Waiting on PTT events before switching receive focus is not wise or appropriate.</blockquote><div><br></div><div>Agreed, but Win-Test is waiting for PTT events to occur before <i>transmitting</i>. Doesn't <i>that</i> seem to be appropriate?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The other major problem I had, unique to the u2R, was that it<br>
/insisted/ on controlling all the headphone switching for me, based<br>
on the status of the radio, rather than letting the contest software<br>
be in control of the headphones.<br>
</blockquote>
<br></div>
micro2R does not *insist* on controlling the headphone switching, it<br>
does not provide the same level of *macro based* control as MK2R+.<br></blockquote><div><br></div><div>I was not using any MK2R+ macros. At the end I was attempting to control the headphones via the RX Focus and Stereo On/Off pins (Classic Auto Control). The u2R wan't paying attention to those requests during transmit.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">micro2R only provides control of RX Focus and Stereo (Receive on R1, Receive on R2 and Stereo). This results in six possible states:<br>
RX on 1, RX on 2, TX from computer (CW/DVK) on R1, TX from computer<br>
(CW/DVK) on R2, Manual TX (PTT/Paddles) on R1, and Manual TX<br>
(PTT/Paddles) on R2, with stereo override.</blockquote><div><br></div><div>Yes, but those headphone states are "hard wired" to match what the radio is doing, instead of what the contest software is <i>requesting</i>. It may make sense to do that only in some exceptional cases, e.g. both ears on R1, TX focus on R2, and you attempt to send with the paddles.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">A future version of Router will permit independent selection of the transmit audio states with<br>
Stereo On/Stereo Off (e.g. stereo can be retained in transmit or<br>
not) but that is a Router configuration, and not controllable in the<br>
microHAM Control Protocol.</blockquote><div><br></div><div>Are you saying that the u2R will eventually leave the logging program in control of the <i>receive</i> audio, whether transmitting or not, and whether using microHAM control protocol or not? I sure hope so. Today, the u2R insists on taking over control of the headphone audio whenever you transmit, completely ignoring the audio state directed by the contest software (unless Stereo is selected by software), making it very frustrating to use. Sometimes I want both ears on my sidetone, sometimes only one ear, and sometimes no ears. That's normally something I can control with Win-Test. Unplugging the PTT line was the only solution I could find, but it still switches headphone audio when I touch the paddles.</div>
<div><br></div><div>QSK also needs to be a consideration. I was seeing audio switching between every dot and dash, most unnerving. I found no "QSK" settings in the u2R, though the WinKey tab says "QSK only" for a couple of compensation settings. Does the u2R "auto detect" when you are using QSK? In the MK2R+, you can select QSK explicitly.</div>
<div><br></div><div>Note also that when hovering over the <b>Disable audio switching on RADIO1/2</b> check boxes on the Audio Tab, the pop-up help text talks about "ACA" and "CCC" modes, which of course do not apply to the u2R.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">The only change needed is to remove the gratuitous wait states in<br>
the logging software.</blockquote><div><br></div><div>It may be overly conservative for Win-Test to wait for a PTT event before transmitting, especially when using WinKey for both CW and PTT. But if you're trying to control PTT via the microHAM control protocol, it's hard to get the PTT delay timing correct if you don't do a proper wait.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Advanced audio switching is only available<br>
in MK2R and MK2R+ ... micro2R is designed as a basic SO2R controller<br>
and does not contain a protocol driven N x N audio crosspoint switch.<br></blockquote><div><br></div><div>The Router needs to support a u2R mode that leaves the logging software 100% in charge of the headphone audio (R1/R2/both). At present, I see no way to do that, but it <i>could </i>do it, without any hardware changes, at least for Classic Auto Control, right?</div>
<div><br></div><div>73,</div><div>Bob, N6TV</div></div>