Re: [wsjt-devel] Question for WSJT-X Programmers re: Tx power logging

2019-06-25 Thread Al Pawlowski
How about the log function saving the last power setting per band vs just last 
regardless of band as it does now. That would help me (and probably quite a few 
others) a lot as I usually do not change power once set on a band, but have 
varying levels per band because of equipment capability, wanted QSO’s and 
propagation.

Al Pawlowski, K6AVP
Los Osos, CA USA



> On Jun 24, 2019, at 20:11, wsjt-devel-requ...@lists.sourceforge.net wrote:
> 
> Date: Mon, 24 Jun 2019 22:21:36 +0100
> From: Bill Somerville mailto:g4...@classdesign.com>>
> To: wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> Subject: Re: [wsjt-devel] Question for WSJT-X Programmers re: Tx power
>   logging
> Message-ID:  <mailto:c7a02021-eca1-ffed-8246-6e811ba93...@classdesign.com>>
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> On 24/06/2019 18:46, Dave Slotter wrote:
>> I was wondering, if WSJT-X uses HamLib, and at least some rigs are 
>> capable of setting and getting the transmit power, why do users have 
>> to fill in the Log QSO Field, "Tx power", manually? Is there a reason 
>> for not implementing this feature?
> 
> Hi Dave,
> 
> the main reason is inaccuracy. Using AFSK modes allows the power to be 
> controlled in many ways including using the audio level into the rig. 
> The power setting on the rig may have little bearing on the actual 
> radiated power. The rigs that allow metering the power leaving the 
> transceiver PA could be more accurate but require constant polling of 
> the Tx power meter level while transmitting. Even if the above were not 
> an issue, an individual station may be using a PA after the transceiver. 
> In summary, the user has a much better idea of the radiated power than 
> any indirect measurement available via CAT commands.
> 
> For a counter example, measuring SNR of received signals is far more 
> deterministic and reliable and we happily support that as an automated 
> feature in the WSJT-X modes.
> 
> 73
> Bill
> G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Question for WSJT-X Programmers re: Tx power logging

2019-06-24 Thread Dave Slotter, W3DJS
Bill,

Thank you for the detailed explanation... I'm an engineer myself, and I
understand when compatibility issues arise. You didn't need to take all
that time to respond, but I certainly do appreciate it!

I can share this positive news for you, however... I provided the FT8
digital station for my club (GARS - W4GR) during Field Day, and my station
made as many contacts on FT8 as the average for one of our CW stations!

I can't wait for FT4 to be widely released!

Thanks again,

73,

-Dave
 W3DJS

On Mon, Jun 24, 2019 at 5:26 PM Bill Somerville 
wrote:

> On 24/06/2019 18:46, Dave Slotter wrote:
> > I was wondering, if WSJT-X uses HamLib, and at least some rigs are
> > capable of setting and getting the transmit power, why do users have
> > to fill in the Log QSO Field, "Tx power", manually? Is there a reason
> > for not implementing this feature?
>
> Hi Dave,
>
> the main reason is inaccuracy. Using AFSK modes allows the power to be
> controlled in many ways including using the audio level into the rig.
> The power setting on the rig may have little bearing on the actual
> radiated power. The rigs that allow metering the power leaving the
> transceiver PA could be more accurate but require constant polling of
> the Tx power meter level while transmitting. Even if the above were not
> an issue, an individual station may be using a PA after the transceiver.
> In summary, the user has a much better idea of the radiated power than
> any indirect measurement available via CAT commands.
>
> For a counter example, measuring SNR of received signals is far more
> deterministic and reliable and we happily support that as an automated
> feature in the WSJT-X modes.
>
> 73
> Bill
> G4WJS.
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Question for WSJT-X Programmers re: Tx power logging

2019-06-24 Thread Bill Somerville

On 24/06/2019 18:46, Dave Slotter wrote:
I was wondering, if WSJT-X uses HamLib, and at least some rigs are 
capable of setting and getting the transmit power, why do users have 
to fill in the Log QSO Field, "Tx power", manually? Is there a reason 
for not implementing this feature?


Hi Dave,

the main reason is inaccuracy. Using AFSK modes allows the power to be 
controlled in many ways including using the audio level into the rig. 
The power setting on the rig may have little bearing on the actual 
radiated power. The rigs that allow metering the power leaving the 
transceiver PA could be more accurate but require constant polling of 
the Tx power meter level while transmitting. Even if the above were not 
an issue, an individual station may be using a PA after the transceiver. 
In summary, the user has a much better idea of the radiated power than 
any indirect measurement available via CAT commands.


For a counter example, measuring SNR of received signals is far more 
deterministic and reliable and we happily support that as an automated 
feature in the WSJT-X modes.


73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Question for WSJT-X Programmers re: Tx power logging

2019-06-24 Thread Dave Slotter
Mike,

That's terribly disappointing to hear. However, thank you for the quick
response!

73,

-Dave
  W3DJS 

On Mon, Jun 24, 2019 at 2:06 PM Black Michael via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:

> We've found TX Power to be terribly unreliable and that's why it's not
> implemented.
>
> Mike
>
>
>
>
> On Monday, June 24, 2019, 12:51:34 PM CDT, Dave Slotter <
> slotter+w3...@gmail.com> wrote:
>
>
> Hi all,
>
> I was wondering, if WSJT-X uses HamLib, and at least some rigs are capable
> of setting and getting the transmit power, why do users have to fill in the
> Log QSO Field, "Tx power", manually? Is there a reason for not implementing
> this feature?
>
> [image: image.png]
>
> Thank you in advance.
>
> 73,
>
> -Dave
>   W3DJS 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Question for WSJT-X Programmers re: Tx power logging

2019-06-24 Thread Black Michael via wsjt-devel
We've found TX Power to be terribly unreliable and that's why it's not 
implemented.
Mike

 

On Monday, June 24, 2019, 12:51:34 PM CDT, Dave Slotter 
 wrote:  
 
 Hi all,
I was wondering, if WSJT-X uses HamLib, and at least some rigs are capable of 
setting and getting the transmit power, why do users have to fill in the Log 
QSO Field, "Tx power", manually? Is there a reason for not implementing this 
feature?


Thank you in advance.
73,
-Dave  W3DJS___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


[wsjt-devel] Question for WSJT-X Programmers re: Tx power logging

2019-06-24 Thread Dave Slotter
Hi all,

I was wondering, if WSJT-X uses HamLib, and at least some rigs are capable
of setting and getting the transmit power, why do users have to fill in the
Log QSO Field, "Tx power", manually? Is there a reason for not implementing
this feature?

[image: image.png]

Thank you in advance.

73,

-Dave
  W3DJS 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel