[Elecraft] eHam.net forum message

[Terry Schieler]

That would be great, Dick.  Guy has a very valuable suggestion there.  I
know you've got a plate full before you, but if I had a nickel for every guy
on this reflector that asked me (or that I asked) for their settings, I'd
own four K3's instead of one.  Thanks for your consideration on this.

Terry, W0FM

-----Original Message-----
From: Dick Dievendorff [mailto:dieven at comcast.net] 
Sent: Wednesday, July 14, 2010 2:52 PM
To: Guy Olinger K2AV
Cc: RLVZ at aol.com; Elecraft Discussion List
Subject: Re: [Elecraft] eHam.net forum message

This is a huge undertaking, and the MCU config variables are a moving
target. But it is (low) on my list of possible K3 Utility enhancements.
Dick, K6KR


Sent from my iPhone

On Jul 14, 2010, at 12:41 PM, Guy Olinger K2AV <olinger at bellsouth.net>
wrote:

> Would it be possible to add a function to the utility which creates a
> file which lists all the K3 settings and configurations and control
> settings when it is invoked?  Something that could be cut and pasted
> into an email or attached?  This would be useful for many problem
> resolve sessions.
> 
> I'm thinking that there are real issues here, solving or
> identification made problematic by unintentionally fuzzy descriptions.
> IF this could be boiled down to a certain kind of signal and
> precisely defined settings producing a widely agreed upon result,
> there could be a resolution.  It is very hard to code solutions to
> impressions, particularly it is not at all clear whether NR was on at
> the same time, what settings were in use, and whether IF and/or DSP in
> use for NB, etc, etc, etc.
> 
> Backing off PRE/ATT/RFgain settings in a noisy situation definitely
> helps the "clarity" of DSP functions, but this tactic seems eternally
> to fall on deaf ears.
> 
> It is clear in some posts that the term noise reduction is used when
> the NB functions of the K3 are being addressed.
> 
> On the other side of this, I've never seen an analog radio nullify key
> clicks.  I don't think we know everything that is possible with DSP
> processing in the digital realm given time?   Very careful and precise
> descriptions would be helpful.
> 
> 73, Guy.
>