[Elecraft] Software Development Goals

Tom W8JI w8ji at w8ji.com
Tue Aug 26 09:49:08 EDT 2008


>     I am consummately pleased with my K3.  I am astounded 
> with the raw
> performance and dazzled with the features.


So am I.

The K3 is the first radio I have ever bought without some 
silly engineering shortfall. The only things I see people 
complaining about are specialized personal use or 
application issues. It's impossible without years of field 
refinement to get on the very top of the curve, but they are 
already close and respond fast.

> surpassing expectations masterfully.  The fact they have 
> incorporated in
> their development strategy a transparent and responsive 
> forum easily
> accessible to the unqualified and very well qualified is 
> revolutionary

I've been involved with other groups and it is often to get 
them to even consider major issues. It's so frustrating I 
vowed to never again work with a radio manufacturer. For 
example one manufacturer had an amplifier keying issue. The 
radio spit out RF before it told the amplifier to turn on. I 
knew it was happening because my homebrew amp has a 
"hot-switch" sensor that prevents keying (relay transfer) 
while RF is present, and I looked at it on a scope and could 
see the issue. It took almost a week of actual work to get 
them to look at the problem. The engineer responsible kept 
saying he checked it and it was fine, but it turned out he 
never did check. When they finally checked they fixed it, 
but historically everything they did worked that way. It 
worked that way with ALC issues that caused keyclicks, and 
it worked that way with a dozen other bugs some of which 
never were resolved.

All three major Japanese manufacturers are out of touch the 
same way.  It actually takes decades to address some very 
simple problems.

Thankfully Elecraft has chosen a different approach.

> and as yet unimplemented features.  Frequently, 
> operational flexibility or
> designer prerogative is misconstrued as a failure or a bug 
> and unimplemented
> features thus far have a history of being implemented.

That's the problem I see. While there are shortfalls in 
specialized areas, it is always an application specific and 
design critical area like a noise blanker or IF port use. 
What works well in one case might hurt other uses so they 
have to find a compromise, and that takes time. They have to 
learn all the different field applications, it can't really 
be planned because planning would take so much time the 
first radio would never leave the assembly line.

73 Tom



. 



More information about the Elecraft mailing list