SMH command behavior

[Nate Bargmann]

I realize this is still a somewhat experimental command.  I just loaded
FW 4.39 to play with the SMH command and integrate it into Hamlib.
Playing with the command in the K3 utility I find that when SMH is sent
a previous meter value is returned and then upon a second sending of the
command the current value is returned.

For example, powering on the K3 with my S-meter showing S6, I send SMH;
and receive SMH000; from the K3.  A second SMH; returns SMH030; as would
be expected.  Setting the RF Gain to show S9 results in SMH029; and the
next SMH; results in SMH042; as expected per the release notes.
Cranking the RF Gain to full S-meter scale once again reults in 0042 the
first time and 104 the second.  Going the other way and opening the RF
Gain so the meter shows S0 the first query results in 104 and the second
004.

Is this caching intentional?  I would expect the command to return the
S-meter reading at the moment it was received by the K3.  As some
software may have several tenths of seconds between queries of the
S-meter, this would result in the software receiving erroneous or much
delayed information.

I find no such delay with the SM command.

73, de Nate N0NB >>

--

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us
______________________________________________________________
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:[hidden email]

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

[wayne burdick]

Hi Nate,

This is a side-effect of the current SMH command implementation.  
Removing the side effect is on my list. But SMH is functioning well  
with "S-meter Lite," the original target application. I'm hoping that  
for now, you can tame it for your application.

73,
Wayne
N6KR

On Aug 26, 2011, at 11:04 AM, Nate Bargmann wrote:

> I realize this is still a somewhat experimental command.  I just  
> loaded
> FW 4.39 to play with the SMH command and integrate it into Hamlib.
> Playing with the command in the K3 utility I find that when SMH is  
> sent
> a previous meter value is returned and then upon a second sending of  
> the
> command the current value is returned.
>
> For example, powering on the K3 with my S-meter showing S6, I send  
> SMH;
> and receive SMH000; from the K3.  A second SMH; returns SMH030; as  
> would
> be expected.  Setting the RF Gain to show S9 results in SMH029; and  
> the
> next SMH; results in SMH042; as expected per the release notes.
> Cranking the RF Gain to full S-meter scale once again reults in 0042  
> the
> first time and 104 the second.  Going the other way and opening the RF
> Gain so the meter shows S0 the first query results in 104 and the  
> second
> 004.
>
> Is this caching intentional?  I would expect the command to return the
> S-meter reading at the moment it was received by the K3.  As some
> software may have several tenths of seconds between queries of the
> S-meter, this would result in the software receiving erroneous or much
> delayed information.
>
> I find no such delay with the SM command.
>
> 73, de Nate N0NB >>
>
> --
>
> "The optimist proclaims that we live in the best of all
> possible worlds.  The pessimist fears this is true."
>
> Ham radio, Linux, bikes, and more: http://www.n0nb.us
> ______________________________________________________________
> Elecraft mailing list
> Home: http://mailman.qth.net/mailman/listinfo/elecraft
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:[hidden email]
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html

______________________________________________________________
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:[hidden email]

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html