[WT-support] Audio routing problem with YCCC SO2R+

Dennis Egan egan.dennis88 at gmail.com
Fri Oct 26 23:44:13 CEST 2012


Bob
One more thing to try.  If my memory serves me right, the LATCH function in the
SO2R Box is independent of the logging program.  If you select LATCH
on the SO2R Box
software, it will latch.  From my memory, its triggered by the PTT.
Try putting a
footswitch into the PTT input of the SO2R Box, and see if triggering
that changes
the light on the front panel of the SO2R Box when you are in latch
mode.  If the LED changes,
but the audio doesn't, then its definitely a hardware problem.   Paul K1XM also
changed the LATCH mode when he updated the firmware and software, which is
why I asked what versions of each you are running.  You can see the
firmware version
using the So2R Box Utility when you connect, and you can see the
version of the So2R
Software by right clicking the blue area at the top of the window and
selecting about.

In N1MM, the unshifted tilde key (upper right hand corner of keyboard,
to the left of the 1 key)
switches between split audio and focus radio audio.  I thought it also
worked in WinTest.
I often use it when I'm doing SSB So2R, but I know its not the same as
Latch mode.

GL to ur operator.

UE



On Fri, Oct 26, 2012 at 12:50 PM, Bob Wilson, N6TV <n6tv at arrl.net> wrote:
> What happens when you press Ctrl-Alt-T or AltGr-T?  That should put both
> headphones on the secondary radio.  Ctrl-Alt-A or AltGr-A will put both
> headphones back on the primary radio.  If these keys do not work, something
> must be wrong with the Win-Test configuration (or Win-Test didn't implement
> those features of the OTRSP protocol).
>
> Do you have any LPT pins set for headphone control in Win-Test SETUP menu?
> Any COM port pins set to "Headphones Control"?  If so, OTRSP headphone
> control may not work.
>
> Type SETUP [Enter] in the Win-Test logging window
> Look for any ports that say "RX", e.g. "9600 8-N-1 RX"
> If you see any ports like that, click the Configure button and disable
> Headphones Control, and press OK
> Temporarily check the LPT box and press the Configure button
> Make sure that Headphones Control (pin 4) is not checked
> Press OK
> Uncheck the LPT port if you are not using it for PTT or DVK control
> Press OK again to return to the WT logging window
> Type SCRIPTS [Enter] to see if any scripts are assigned to F1.  If so,
> disable them.
> Type DEFINEKEYS [Enter] to see if F1 was redefined there too?
>
> According to the manual, you can also use the $LATCH macro to enable latch
> mode, though perhaps it doesn't work with the OTRSP box.
>
> F1 = $RESET $R2R2 $F1 $RESET $R1R1 $LATCH
>
> When the operator pushes the F1 key, Win-Test will reset to automatic
> control any manual audio setting in
> case there was one, switch the headphone to radio2 only, transmit the
> content of the voice keyer F1, reset to
> automatic control in case any manual audio control while F1 was being sent,
> and switch the headphones to
> radio1 only. The latch command sets the Latch Mode in case the operator uses
> the microphone during the next
> moment of the QSO, and wants to listen to the secondary radio while talking
> on the microphone.
>
>
> If you still can't get it to work, please send me a screen shot of your
> Win-Test SETUP screen and the SO2R setup screens.
>
> 73,
> Bob, N6TV
>
> On Fri, Oct 26, 2012 at 8:31 AM, Bob Henderson <bob at 5b4agn.net> wrote:
>>
>> It is looking that way.  Verbose SO2R reports exchanges when the numeric *
>> key is pressed and we switch between left and right radios.  When any of the
>> function keys are pressed any associated voice keyer message is played but
>> there is no audio switching and nothing whatsoever reported on the verbose
>> SO2R screen so there appears to be no data traffic between WT and the SO2R+
>> software.
>>
>> Mark will have to work around this through use of permanent split audio
>> when SO2R.  It'll be painful but it seems like his only option at this
>> stage.
>>
>> Thanks for your help.  I'll get back to this after the weekend.
>>
>> 73 Bob, 5B4AGN
>>
>>
>> On 26 October 2012 15:01, Dennis Egan <egan.dennis88 at gmail.com> wrote:
>>>
>>> Bob
>>>
>>> According to the manual, that greying out of the Latch means that the
>>> SO2R Box controller
>>> doesn't support that function.  If that's the case, its doubtful
>>> anything we do will get it to work for this weekend.
>>> It sounds like something that the WinTest authors and Paul will have
>>> to get together on.
>>>
>>> Dennis W1UE
>>>
>>> On Fri, Oct 26, 2012 at 10:41 AM, Dennis Egan <egan.dennis88 at gmail.com>
>>> wrote:
>>> > Bob
>>> >
>>> > Make sure software/firmware are current- software is 1.3, firmware is
>>> > 1.2.  Update if needed.  Rx switch should  bein center position.
>>> >
>>> > On the SO2R box software, check the "verbose so2r" box.  You should
>>> > now be able to see commands as they
>>> > are sent to the box.  You can make note of the commands.  You can also
>>> > send the commands that work- I imagine they should be the same.  Paul
>>> > K1XM can modify software/firmware if needed, but he's in 6Y right now
>>> > with limited computer access, so it won't happen before the contest,
>>> > if that is the issue.
>>> >
>>> > Try turning off "Tools | Data Entry | Enable Run/S&P switching"- that
>>> > should ungrey the Latch mode on the secondary window, and try it
>>> > again.
>>> >
>>> > UE
>>> >
>>> >
>>> >
>>> >
>>> > On Fri, Oct 26, 2012 at 10:16 AM, Bob Henderson <bob at 5b4agn.net> wrote:
>>> >> Thanks Dennis.
>>> >>
>>> >> With SO2R advanced mode set within WT the scenario buffers contain
>>> >> these
>>> >> macros.  Unfortunately the SO2R+ box doesn't seem to want to respond
>>> >> to
>>> >> them.
>>> >>
>>> >> Under scenario 1 the F1 box contains:
>>> >>
>>> >> $RESET $R2R2 $F1 $R1R2
>>> >>
>>> >> F2 box contains:
>>> >>
>>> >> $R2R2 $F2 $R1R2
>>> >>
>>> >> Pressing F1 plays the F1 DVR message but apparently ignores the R2R2
>>> >> and
>>> >> R1R2 commands.
>>> >>
>>> >> Similarly pressing F2 plays the F2 DVR message but ignores the routing
>>> >> commands.
>>> >>
>>> >> Might I have an SO2R+ hardware issue?
>>> >>
>>> >> 73 Bob
>>> >>
>>> >>
>>> >> On 26 October 2012 13:49, Dennis Egan <egan.dennis88 at gmail.com> wrote:
>>> >>>
>>> >>> Bob
>>> >>>
>>> >>> 2nd option- In some of the Wintest documentation, they actually
>>> >>> showed
>>> >>> how to use macros
>>> >>> to emulate a LATCH situation- I ifted this from that.
>>> >>> Setting up scenarios
>>> >>>
>>> >>> A standard F1 message contains only the content of what is sent, i.e.
>>> >>> F1 = TEST CT3NT. When using Advanced SO2R mode the F1 message will
>>> >>> have the content plus the scenario to control audio and transmitting.
>>> >>> Imagine the following scenario:
>>> >>> F1 = $R2R2 $F1 $R1R2
>>> >>> This simple scenario will do the following. When the operator pushes
>>> >>> the F1 key, Win-Test will switch the headphones to radio2 only
>>> >>> ($R2R2), transmit the content of standard F1 message (TEST CT3NT) and
>>> >>> when that is over will switch the headphones to left ear on radio1
>>> >>> and
>>> >>> right ear on radio2 ($R1R2).
>>> >>> $R2R2 $F1 set up the audio headphone settings and transmission in
>>> >>> moment 1 of the QSO
>>> >>> $R1R2 sets the audio headphone settings for moment 2 of the QSO
>>> >>>
>>> >>> I realize it may not be exactly what you are looking for, but it
>>> >>> might
>>> >>> work for you.
>>> >>>
>>> >>> GL
>>> >>>
>>> >>> UE
>>> >>>
>>> >>> On Fri, Oct 26, 2012 at 9:41 AM, Bob Henderson <bob at 5b4agn.net>
>>> >>> wrote:
>>> >>> > Dennis
>>> >>> >
>>> >>> > Many thanks but checking the LATCH box in the SO2R program makes no
>>> >>> > difference to audio routing.  LATCH box in the WT Secondary Radio
>>> >>> > window
>>> >>> > is
>>> >>> > permanently greyed out.  I don't know whether that's significant.
>>> >>> >
>>> >>> >
>>> >>> > 73 Bob, 5B4AGN
>>> >>> >
>>> >>> >
>>> >>> > Bob
>>> >>> >
>>> >>> > In the SO2R Box program, there is a box called "LATCH".  Check that
>>> >>> > and you should get the
>>> >>> > functionality you seek.
>>> >>> >
>>> >>> > Dennis W1UE
>>> >>> >


More information about the Support mailing list