[Elecraft] Linked VFO's -- usage?

[Joe Subich, W4TV]

 > My microHam box doesn't treat a/b audio in this manner. "B" audio is
 > radio 2 with its own stereo audio output. and it labels a pair of
 > stereo lines RX1 and RX2.

*Single radio* microHAM interfaces do *nothing* with headphone audio.

The microHAM MK2R+ (SO2R controller) can be programmed to switch any
combination of Radio 1 Left, Radio 1 Right, Radio 2 Left, Radio 2
Right, *unused* sound card Left, *unused* sound card right to the
user's left and/or right earphones.  The programming uses microHAM's
proprietary command language available to legitimate developers under
NDA.

73,

   ... Joe, W4TV


On 2015-08-03 5:29 PM, Guy Olinger K2AV wrote:
> The counter to yet another mechanical outside box is that the ability
> to write firmware and update it inserts another very major
> possibility, that it can be done in the digital stream without need of
> extra cords and boxes.
>
> To use the mechanical box, we must physically route the audio to the
> box and plug in the headphones there. We have to mount the box so it
> doesn't move around. And worst of all, I have to make it.
>
> My microHam box doesn't treat a/b audio in this manner. "B" audio is
> radio 2 with its own stereo audio output. and it labels a pair of
> stereo lines RX1 and RX2. That deals with a pair of radios, not
> left/right stereo audio switching. So if I actually have two radios
> hooked up to it, no way to use it "creatively" to do the tricks just
> with the K3 in diversity.
>
> If I take my K3 anywhere else, like NY4A for multi contesting, I lose
> the function as what I get at NY4A is main antenna, RX antenna and
> power from the station, rather than a double of my now unique home
> station.
>
> Putting it in the digital functions makes it instantly portable.
>
> So, understanding your suggestion completely, and with no malice
> whatsoever, I decline, and still lean to the future with something
> that can be put in a macro stream sent to it from MM+ or whatever. I
> CAN take my MM+ macros with embedded K3 program commands.
>
> Feeding the A stream to the b audio just seems to be too easy in
> firmware, it's already done for non-diversity.
>
> Use of the diversity hold is problematic because it assumes that the
> unwanted half of the headphone audio is in the subRX side.
>
> 73, Guy
>