[Elecraft] K3S SSB TX monitor - feature request

Joe Subich, W4TV lists at subich.com
Sat Apr 8 16:21:46 EDT 2017


On 4/8/2017 2:02 PM, Richard Lamont wrote:
> So the hardware exists to enable the firmware (a) to know whether
> headphones are plugged in, and (b) to mute the speaker amplifier.
> This hardware is, AFAICS, used on receive. All I'm asking for as an
> option to do the same thing on transmit, if a particular set of
> circumstances istrue:
 >
 > Is the rig on a voice mode?
 > Is the audio input set to mic (not line in)?
 > Is the rig transmitting?
 > Is there nothing plugged into the front panel headphone socket?
 >
> If these four conditions are all true, then mute the speaker
> amplifier.

That is still a failure mode for all those who leave a headset (or
headphones) connected all the time but only put them on when using
a headset mic.  There is no way for the rig to to know if the device
connected to the front or rear headphone jack are 1) headphones only
only or 2) a headset (with mic) and 3) if the headset mic is actually
in use.

Yes, it it possible to turn off the speaker amplifier but there is
still no sensor that will tell if the headphones are actually in use
just like the YaeComWood mechanical switch can only tell if a plug
is inserted in the jack.

The speaker amplifier is currently disabled whenever headphones are
connected to either jack with CONFIG:SPkR+PH=No.  Disabling the speaker
amplifier whenever headphones are connected to either jack is
*unacceptable* to hundreds of other users who routinely leave headsets
connected - particularly those who use headsets connected to the rear
panel jacks (and before you say "mute on connecting to the front
headset jack" - the headset switches are also connected in parallel).

You are looking for a solution that is unique to your own situation
and would inconvenience hundreds of other users simply because you
are too lazy to program a PF/Macro to toggle CONFIG:SPKR+PH when
you use a headset.

73,

    ... Joe, W4TV


On 4/8/2017 2:02 PM, Richard Lamont wrote:
> On 08/04/17 18:11, Joe Subich, W4TV wrote:
>>
>>> On 4/8/2017 2:24 AM, Richard Lamont wrote:
>>>> The firmware, however, does not appear to support what seems a simple
>>>> and common-sense requirement.
>>
>> It is *not* the firmware - it is the *hardware* that does not support
>> what you call a "simple and common-sense requirement" and what others
>> call stupidity.  Perhaps you should study the schematic - at least of
>> the K3 which is published.   Notice on the sheets K3 DSP: CODECS and K3
>> DSP:DAC AUDIO the headphone/speaker amplifiers are fed *IN PARALLEL*.
>> LHPOUT/RHPOUT of U7 (the DC) goes through the audio lowpass filter to
>> U1 (speaker amplifier) and U2 (headphone amplifier) *IN PARALLEL*.
>> *THERE IS NO POSSIBLE WAY* to send monitor audio *to only* the
>> *headphone amplifier* (or for that matter *only* to the speaker).
>
> I studied the K3 schematics a few days ago. I've just studied them
> again. Thanks for the reminder.
>
> On receive, the rig is capable of muting the speakers when the
> headphones are plugged in. This is quite normal. This happens despite
> the two audio amplifiers having parallel inputs.
>
> There are switch contacts on the front panel headphone jack that enable
> the rig to 'know', firmware permitting, whether there's a jack plug in
> the socket. There is also a line labelled MUTE1 connected to the pin 2
> of the speaker amplifier U1.
>
> So the hardware exists to enable the firmware (a) to know whether
> headphones are plugged in, and (b) to mute the speaker amplifier. This
> hardware is, AFAICS, used on receive. All I'm asking for as an option to
> do the same thing on transmit, if a particular set of circumstances is true:
>
> Is the rig on a voice mode?
> Is the audio input set to mic (not line in)?
> Is the rig transmitting?
> Is there nothing plugged into the front panel headphone socket?
>
> If these four conditions are all true, then mute the speaker amplifier.
>
>
> 73,
> Richard G4DYA
> ______________________________________________________________
> Elecraft mailing list
> Home: http://mailman.qth.net/mailman/listinfo/elecraft
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:Elecraft at mailman.qth.net
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html
> Message delivered to lists at subich.com
>


More information about the Elecraft mailing list