I just realized I'm confusing two dxpeditions going on right now. S9A is using
MSHV. Though MSHV probably has the same problem.
3D2CR is the one I'm referring to. This shows the effect as is explained in
the help file about the power loss for multiple slots.
190603_222330 14.090 Rx FT8 -14 1.1 301 CQ 3D2CR RG78190603_222345
14.090 Rx FT8 9 0.3 417 3D2CR KC6AWX CM88190603_222415 14.090 Rx FT8
-24 0.3 296 3D2CR KC6AWX CM88190603_222415 14.090 Rx FT8 10 0.3
416 3D2CR KC6AWX CM88190603_222445 14.090 Rx FT8 -24 0.3 295 3D2CR
KC6AWX CM88190603_222445 14.090 Rx FT8 10 0.3 416 3D2CR KC6AWX
CM88190603_222645 14.090 Rx FT8 -24 0.3 240 3D2CR KC6AWX
R-07190603_222645 14.090 Rx FT8 9 0.3 360 3D2CR KC6AWX
R-07190603_222715 14.090 Rx FT8 6 0.3 301 3D2CR KC6AWX
R-04190603_222800 14.090 Rx FT8 -20 1.1 301 NQ8O RR73; JR3IIR <3D2CR>
+06 --- note it is -6dB from the CQ power -- may be another msg I didn't
decode since it's borderline.190603_222845 14.090 Rx FT8 8 0.5 421
3D2CR VE1HQ R-20190603_223000 14.090 Rx FT8 -16 1.1 301 JA0ELB 3D2CR
RR73190603_223000 14.090 Rx FT8 -16 1.1 360 N8OC 3D2CR
RR73190603_223030 14.090 Rx FT8 -16 1.1 301 CQ 3D2CR RG78 -- a bit of
power fluction here but always higher than the secondary messages.190603_223100
14.090 Rx FT8 -16 1.1 301 CQ 3D2CR RG78190603_223130 14.090 Rx FT8
-12 1.1 301 CQ 3D2CR RG78190603_223200 14.090 Rx FT8 -13 1.1 301 CQ
3D2CR RG78190603_223230 14.090 Rx FT8 -13 1.1 301 CQ 3D2CR
RG78190603_223315 14.090 Rx FT8 8 0.5 360 3D2CR NO2EL
R-12190603_223315 14.090 Rx FT8 -8 0.8 481 3D2CR K2TWI
R-16190603_223345 14.090 Rx FT8 6 0.4 301 3D2CR WX2S
R-17190603_223345 14.090 Rx FT8 -21 0.6 420 3D2CR W3GLD
R-16190603_223400 14.090 Rx FT8 -20 1.1 301 W3GLD RR73; N5RP <3D2CR>
+06 -- again notably below the CQ levels190603_223415 14.090 Rx FT8 -11
0.6 661 3D2CR W3GLD R-16 -- W3GLD retransmitting since SNR too low to receive
3D2CR now.190603_223445 14.090 Rx FT8 -6 0.6 659 3D2CR W3GLD
R-16190603_223515 14.090 Rx FT8 -7 0.9 541 3D2CR VE7SNC
R-14190603_223615 14.090 Rx FT8 -15 0.6 481 3D2CR W3GLD
FN20190603_223645 14.090 Rx FT8 -8 0.6 481 3D2CR W3GLD
FN20190603_223700 14.090 Rx FT8 -14 1.1 301 N5RP 3D2CR +15190603_223730
14.090 Rx FT8 -12 1.1 301 CQ 3D2CR RG78 -- back to full power again.
On Tuesday, June 11, 2019, 10:13:01 AM CDT, Fred Price <[email protected]>
wrote:
Mike,They have not been using WSJT software when I have worked them.They were
using multi thread.
FredN2XK
On Jun 11, 2019 11:06 AM, Black Michael via wsjt-devel
<[email protected]> wrote:
S9A has been hard to work...seems what is happening is they will call "CQ" and
then answer two slots and the power drops and won't see them again. Or I'll
see two decodes from them and they disappear again...all very likely due to the
power drop from multiple slots.
I've seen them a few times when they transmitted one slot in their QSOs...but
never saw them do two slots....which I'm sure they're doing. Perhaps somebody
else has some logs to show their activity to be sure.
There has to be some logic we can put in there. For example.
#1 After callling CQ restrict > 1 slot for a while or use incoming signal
reports to determine if # of slots can be increased at that point -- so
somehting like -12 or better before slots can be increased during that QSO.#2
Maybe do the same for each slot level.
What's happening is a lot of ops aren't seeing the RR73's. So they keep
calling over and over again...even though they've been logged.
Just throwing some idea out there to start a discussion of a better way to
manage the power level from the Fox's.
de Mike W9MDB
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
