Re: [wsjt-devel] Decoding Anomaly

[Fred Price via wsjt-devel]

Hash code clash most likely. Plus he’s using MSHV multi stream and not F/H 
because he’s using normal FT8 frequencies.

Fred
N2XK

> On Jan 29, 2024, at 5:37 PM, Dennis Younker NE6I via wsjt-devel 
>  wrote:
> 
> Wondering if anyone else is seeing this issue. PJ5/SP9FIH is operating F/H. 
> When he is transmitting one stream, his call is displayed correctly in the Rx 
> Frequency window. When he transmits two streams, the call sign DP1POL is 
> displayed instead.  See below for an example.
> 
> --Dennis NE6I
> 
> 222830  -2 -0.4  492 ~  CQ PJ5/SP9FIH   Saba & St. Eustatius
> 222900  -4 -0.4  492 ~  N5HD  +02
> 222930   0 -0.4  492 ~  N5HD RR73; EA7QL  -04
> 223000  -4 -0.4  492 ~  EA7QL  -05
> 223030  -2 -0.4  492 ~  EA7QL RR73; LU7EML  -12
> 
> 
> 
> ___
> 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] Show States for Grids in the Band Activity window

[Fred Price via wsjt-devel]

Hey Ed,
That’s in Uwe’s fork of WSJT-X.

Fred
N2XK

On Jan 4, 2024, at 8:01 AM, Ed Stokes via wsjt-devel 
 wrote:

 An earlier version (2.5 or 2.6?) had an option to show states within a grid 
in the Band Activity window .

For example:
125245 Tx 648 ~ CQ W1KOK FN33 VT NY

Has this feature been eliminated?

If not, how do I find and activate it?

Thank you,

Ed
W1KOK


___
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] 160m S/N needs advanced mode

[Fred Price via wsjt-devel]

Glenn the new mode you want has been out for quite awhile. FST4 is that mode. 
However 160M ops have been slow to adopt it. I guess because it’s not a set and 
forget mode like FT8 is. 

Fred
N2XK

> On Dec 7, 2023, at 2:28 PM, Glenn Williams via wsjt-devel 
>  wrote:
> 
> Hello,
> 
> FT8 on 160m pales.
> 
> WSJT-X operators customarily running FT8 and FT4 on 80m through 10m HF bands 
> are likely disappointed with trials on 160m. As one of those operators I 
> recently ran WSPR on 160m in comparison to working FT8 QSOs on 160m. In NA 
> EST daytime operation at 2220Z WSPR faultlessly listed a -28 dBm decode.
> 
> Here I suggest we need an improved decode sensitivity for 160m QSOs, likely 
> needing to be done with a new mode. Granted, the TX and RX times would have 
> to be increased (Shannon-Hartley Theorem). That would require additional 
> operator patience and associated protocols for the extended timing.
> 
> --73, Glenn, AF8C
> 
> --
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com
> 
> 
> ___
> 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] IC-705 little to no decodes

[Fred Price via wsjt-devel]

Linux doesn’t need any drivers added. It comes with Silicon Labs USB to UART 
drivers already in the OS. All you have to do is add your username to the 
dialout group.
Matter of fact there is no need to install manufacturers drivers in Windows 
because all they are is old versions of Silicon Labs drivers and nothing 
special about them.

Fred
N2XK

On Dec 6, 2023, at 2:26 PM, robert evans LAST_NAME via wsjt-devel 
 wrote:


An update of my windows IC-705 testing ...

The asus win11 i9 laptop / WSJT-X 2.7.0-rc2 / IC-705
still was NOT decoding.
Everything, including rig control, was working fine.
(BTW this IC-705 firmware ver has a FT8 preset.)

Installed fldigi 4.2.? that i use for nbems traffic nets
for thor22 msfk Olivia etc. That worked well even
made a psk31 qso.

When i went back to WSJT-X 2.7.0-rc2 it started
decoding just fine!  And I made a couple qso on
FT8 just fine. And my posts are on PSK rep as
well as stations that hear me!

I wonder if Icom and Yeasu will offer usb drivers
for linux soon.

Back to linux for now.

BCNU DE N2LO~>








On 12/05/2023 9:14 AM EST robert evans LAST_NAME via wsjt-devel 
 wrote:


All good suggestions. Thank You.

Last night..
Double checked everything on the old dell i3 win10
and it started decoding just fine.

The thing is, that it is so slow, i loose track of what
i did and didn't do when i make changes.

And it takes forever to reboot.

I keep it around because it is about the bare
minimum system to support the usb drivers
now used by windows for modern radios.
ft-991, ft-dx10, ic-9700, ic-705, etc. etc. etc.

So, as a beta test of WSJT-X 2.7.0-rc2 on a
old dell i3 win10 with the IC-705 it worked fine.


Back to the asus win11 i9 laptop / IC-705 :
When WSJT-X 2.7.0-rc2 did decode the
dt was like 0.2 or less.
I'll revisit that soon.

Thanks Again.
N2LO~>



On 12/05/2023 3:52 AM EST Kari Sillanmäki via wsjt-devel 
 wrote:


OM,

Also make sure that you are not in "Hound" mode with the "Rx All Freqs" 
unchecked.

73's de Kari, oh2gqc

On 12/4/23 20:57, robert evans LAST_NAME via wsjt-devel wrote:
Using a IC-705 over the weekend and after
installing the usb drivers in a asus win11
i9 laptop i started WSJT-X 2.7.0-rc2.

The rig control worked fine and the signals
where being displayed in the spect graph,
but no decodes. Double checked the time set.
Still no decodes.

Walked away for many minutes and there were
decodes when i got back, but only a few.
Installed WSJT-X 2.6.1 and tried again.
Same behavior.

Every once in a awhile it would decode a
frame and then none for long periods of
time even though the spectrum graph showed
signals on the waterfall continuously.

Switched to an old dell i3 win10 laptop
and saw the same behavior with wsjt-x.
Tried fldigi and it decoded Olivia and
psk31 as well as cw no problem.

Tried JS8 as well - no problem.

Back to WSJT-X and double checked the
settings. Every once in a long while
it might decode what looks like a frame.

N2LO~>





___
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
___
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] Extra characters in ALL.TXT for F/H

[Fred Price via wsjt-devel]

AP Decode see section 12.1 of User Guide


wsjt.sourceforge.io
[X]



On Oct 21, 2023, at 8:27 AM, Glenn Williams via wsjt-devel 
 wrote:

Hi,
The following line of text is found once in my huge ALL.TXT file.  Note the 
"a4" far to the right.

V2.6.1  Windows 10 USB-USB to TS590SG DATA port, Special Op F/H, Split->Rig

"231005_00530024.911 Rx FT8-20  0.0  720 AF8C RR73; NR4N  -14   
   a4"

The following 2 lines of text are found in K8LBT's ALL.TXT file.  Note the "a3" 
far to the right. (I transcribed this from his email image of file; in case the 
columns appear to have misalignment - it's just my typing.)  I do not know 
whether his file contains more than two instances.

V2.5.4Windows 10  through Signalink USB, TS590S, microphone port, Special 
Op F/H, SPLIT-> None

"231015_114530 1.836 Rx FT8-20  1.2  364  K8LBT  W8S  -15
a3"
...
...
"231015_115000 1.836 Rx FT8-19  1.1  304  K8LBT  W8S  -19
a3"

Explanation would be interesting to see. Should I send any of my files such as 
a log?

--73, Glenn, AF8C

--
This email has been checked for viruses by Avast antivirus software.
www.avast.com


___
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] Memory leak in 2.7.0 rc1?

[Fred Price via wsjt-devel]

I started 2.7.0-rc1 Windows 11 Ryzen 5 task manager shows 473mb for WSJT.exe. 
I then closed 2.7.0-Tx1 and opened 2.6.1 task manger shows 147mb for WSJT.exe. 
Both were opened on a pretty quiet 6M band. 
I let 2.7.0-rc1 run for around 4 hours this morning with no memory leaks. My 
settings for save menu are:
None
Disable writing of ALL.TXT. 

> On May 25, 2023, at 3:54 PM, Brian Moran via wsjt-devel 
>  wrote:
> 
> Greetings; can you describe what mode you are using? If you left it going 
> for a few days without deciding any signals (e.g. with no antenna) same 
> behavior? What radio and interface to the radio? Any other information you 
> could share would be most appreciated. 
> 
> Thanks!
> -Brian N9ADG
> 
> 
> Sent via iPhone
> 
>> On May 25, 2023, at 12:11 PM, Björn Ekelund via wsjt-devel 
>>  wrote:
>> 
>> 
>> My RAM (8 Gbyte) fills up if I let rc1 run for a few days. It does not 
>> happen with 2.6.1.
>> 
>> Interestingly enough the task manager does not show WSJT-X to be the culprit 
>> but when 
>> I stop it, up to 5Gbyte are freed up.
>> 
>> Also, sometimes rc1 allocates 630Mbyte of RAM when started. Other times 
>> 90Mbyte. It seems random.
>> 
>> 2.6.1 is always around 90Mbyte. 
>> 
>> I am running Swedish Windows. 
>> 
>> Does anyone else experience the same anomalies?
>> 
>> Björn SM7IUN
>> 
>> ___
>> 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] wsjtx-2.7.0-rc1 .. QU1RK ? on Q65

[Fred Price via wsjt-devel]

False decode

Fred
N2XK

> On May 24, 2023, at 10:34 AM, robert evans LAST_NAME via wsjt-devel 
>  wrote:
> 
> 
> 
> ___
> 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] Enhancement suggestion - 30 second cycles

[Fred Price via wsjt-devel]

Glenn,
Why not just stop the second xmit time sequence by hitting the the Enable Tx or 
Halt Tx button? Then re-enable xmit by hitting the Enable Tx for the next 
sequence you want to xmit. After all you are the control operator for your 
station. Also then no changes to the code need to be made. 

Fred
N2XK

> On Apr 27, 2023, at 12:19 PM, Glenn Williams via wsjt-devel 
>  wrote:
> 
> Good Day,
> 
> FT8/4 enhancement suggestion follows.
> 
> (I know that stable code can be broken by side effects and "better is the 
> enemy of good enough".)
> 
> For example, with FT8, instead of having two 15 second transmission cycles 
> per minute, it would be nice to have the option of ONE 15 second cycle per 
> minute. Leave the other usual 15 second transmission period in receive as a 
> way to monitor whether I am transmitting in a clear slot. This mode would be 
> selectable with a radio button for "30" or "15".  Or call it "Monitor on".  
> Once a QSO is locked in, revert automatically to two 15 second transmissions 
> per minute in order to finish the QSO at the normal rate before the 
> propagation changes.  I find that when the band is highly active, after a 
> couple of my transmissions someone has moved into my slot. For DX that means 
> my attempts to establish interest in my call sign can be smothered by another 
> station and I have to stop, wait 30 seconds to see if my slot is clear, and 
> restart or move first, all done manually.
> 
> --73, Glenn, AF8C
> 
> -- 
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com
> 
> 
> ___
> 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] #Bug - Frequency Tracking Error - IC9700 (and IC-7300)

[Fred Price via wsjt-devel]

Hi Kevin,
I just tested my 9700 on Q65 and FT8 and my 7300 in hound mode, FT8, Q65, 
MSK144 and I have no problem like you do.
Do you have CV-I Transcrive turned off in the menu? If not turn off and test 
again.

Fred
N2XK

On Jan 16, 2023, at 3:42 PM, Kevin McQuiggin via wsjt-devel 
 wrote:

 Hi All:

I am another op who sees this tuning regression on the IC-9700.   My rig’s 
firmware is up to date and WSJT-X frequency tracks fine if I revert to 2.5.4 or 
even 2.6.0-rc1.

There was some change made to the software (either WSJT-X or hamlib) between 
WSJT-X 2.6.0-rc1 and later versions that introduced this bug.  A marginal 
workaround is to increase the data rate on the IC-9700’s serial port and to 
make manual frequency changes on the radio very slowly.  However, eventually 
WSJT-X/hamblib misses a frequency change, tracking between WSJT-X and the radio 
starts to differ, and it never recovers.

It is not a complete “show stopper”, but very frustrating as it is usually 
necessary to tune the radio manually for normal operations, EME on 23cm for 
example when you want to change to “075" or “082" or wherever for a QSO.

I have worked with Michael Black quite a bit on this, sent logs, tried 
alternate configurations, etc, but so far there has been no resolution to the 
bug.  Thanks Michael for your help on this, but the issue still exists.

The biggest clue, I think, is the fact that it was introduced with -rc2.  -rc1 
ran fine.  This should provide a good starting point for finding out what 
changed.

73,

Kevin


On Jan 16, 2023, at 11:19 AM, David Cutajar via Moon-net 
 wrote:

Hi Joe
here still the issue still persists on the ic 7300 /9700 and not only mine even 
another two friends of mine.
The issue is wsjt x not  following the rig when turn the dial on q65/jt65 as 
there normally i change qrg.But  Version 2.5.4 is working ok so i got back for 
the old version.
73 David 9H1TX

___
Moon-Net posting and subscription instructions are at 
http://www.nlsa.com/nets/moon-net-help.html


___
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] {wsjt-devel] v2.6.0-rc5 User Guide website

[Fred Price via wsjt-devel]

Try here since the Princeton server is down for a move for WSJT-X 2.6.0-RC5 
User Guide

wsjt.sourceforge.io
[X]


On Jan 1, 2023, at 10:06 AM, Glenn Williams via wsjt-devel 
 wrote:

But this does not solve the problem in the cases of:

1) I'm not on that computer or even in the shack, or maybe I am in a meeting or 
someplace where suddenly I need to obtain the User Guide. I can get to the 
website but I can't get to the shack computer.

2) Similarly I am on my smartphone where I can't install WSJT-X just to obtain 
a copy of the User Guide.

So I need to plan ahead and obtain the User Guide by some means and then store 
that copy somewhere where I can always get to it on my terms?

The User Guide in PDF form does not take up that much disk space on your 
approved servers.  So just leave one there.

--73, Glenn, AF8C

Reino Talarmo 

Sat 12/31/2022 11:19 PM
Where are the user guides of any version like V2.5.x or above?
Hi Glenn,
If you have downloaded version 2.6.0-rc5, then
C:\WSJT\wsjtx2.6.0_rc5\share\doc\wsjtx. Or ... \
wsjtx2.6.0_rc5\share\doc\wsjtx, if you have installed wsjt-x somewhere else.
The User Guide is wsjtx-main-2.6.0-rc5.html. The same applies to older
versions as well.
73, Reino OH3mA





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

--
This email has been checked for viruses by Avast antivirus software.
www.avast.com


___
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] Operating question - replying to two stations simultaneously?

[Fred Price via wsjt-devel]

Its MSHV software that uses multi thread to be able to do that. It causes a lot 
of confusion because it looks like DXpedition mode in WSJT-X. 

Fred
N2XK

> On Dec 3, 2022, at 9:02 AM, Barry Jackson via wsjt-devel 
>  wrote:
> 
> While testing 2.6.0~RC5 I had a QSO which puzzled me. (FT8)
> 
> The attached image shows what happened.
> 
> I replied to 9K2YM's CQ
> He responded and I replied with report.
> 
> Then I received:
> 
> 222900  -2  0.2 1371 ~  G4MKT RR73; SP6TO <9K2YM> -18
> 
> I have never seen that format before.
> 
> He sent RR73 to me and also a report to SP6TO in the same transmission.
> 
> Could someone please explain how this was done?
> 
> I have searched the wsjt-x manual without finding anything related.
> I am not an avid user of wsjtx, so I may be missing something obvious.
> My use is mainly for testing my packages for Mageia which I maintain.
> 
> Thanks,
> Barry
> G4MKT
> 
> P.S. The GUI bug that I reported in the earlier RC is now fixed, thanks!
> 
> ___
> 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] Stop Measure Reference Spectrum

[Fred Price via wsjt-devel]

Row of buttons between Log QSO and MonitorFredN2XK On Jul 19, 2022 2:17 PM, Dennis Younker NE6I via wsjt-devel  wrote:Hi,  This is from 13.2 in the documentation: “WSJT-X provides a tool that can be used to determine the detailed shape of your receiver’s passband. Disconnect your antenna or tune to a quiet frequency with no signals. With WSJT-X running in one of the slow modes, select Measure reference spectrum from the Tools menu. Wait for about a minute and then click Stop. A file named refspec.dat appears in your log directory. When you check Ref Spec on the Wide Graph, the recorded reference spectrum will then be used to flatten your overall effective passband.”  Where is the “Stop” that this section references? I don’t see it. I am running v2.6.0-rc1. Thanks, --Dennis NE6I___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X close the QSO unilaterally (?)

[Fred Price via wsjt-devel]

Maybe I replied to the wrong person, sorry.However that last 73 is not needed RR73 the QSO is over. Case in point, on SSB how many DX stations send a 73 back to you? None that I've ever worked. I say 73 and the DX calls QRZed not 73. Do I log it? absolutely. Too many using FT8 think you need that 73 for the QSO to be valid.I know ops who say:No grid no workNo 73 no logWhich is just being silly.However with all that said, it's up to the individual ops to what they work and when they log, but to me the software does exactly what it should do.Have a good evening.FredN2XK On Jul 15, 2022 6:04 AM, Adrian via wsjt-devel  wrote:
On 15/7/22 18:03, Fred Price wrote:
>  This also might be a good idea as you stated you have a little station.
Can you point out where I stated what you claim above ?
My method of using FT8 is fine & effective, and I have method for repeat 
RR calls.
My point is that the final 73 comes after both stations acknowledge the 
other parties signal report,
and a final 73 lets the other party know that is the case.
..
vk4tux
___
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] WSJT-X close the QSO unilaterally (?)

[Fred Price via wsjt-devel]

When sending RR73 the other station doesn't have to reply with a 73. The reason is that the QSO is over at RR73. A lot of stations take as much and move on.If you'd like your 73 just change the RR73 to RRR by double clicking Tx 4. Doing it this way it will not log until you receive the 73. This also might be a good idea as you stated you have a little station. Another thing you could do is to check Prompt me to log QSO on the Reporting tab. This pops up a box and it stays there until you feel the QSO is sufficient to log even if you send RR73. Of course this doesn't work if you are in a contest mode and you have Log automatically checked.FredN2XK On Jul 14, 2022 11:24 PM, Adrian via wsjt-devel  wrote:
It is a good point, wsjtx should not auto log until the 73 is
  received, not RR73 sent.
Case in point is the rejected eqsl's from stations in my log, but
  I am not in theirs.
This would save that problem.
In the meantime, in those situation's, my TX is set free to
  change, and I click a
 vacant column on pan to better my chances of finishing the qso.
Many stations don't bother with the 73 because of this shortfall.



73


vk4tux

On 15/7/22 13:10, Marco Calistri via
  wsjt-devel wrote:


  
  Il 14/07/22 23:18, jarmo ha scritto:
  
  
Thu, 14 Jul 2022 23:02:32 -0300
Marco Calistri via wsjt-devel 
kirjoitti:



  Hello,



  This occurrence causes that WSJT-X logging the QSO then I go to hit
"OK" and QSO is getting saved on my CQRLOG app.

 (I'm using Linux).


I'm using also, now question, why you hit OK, if qso is not complete?
I hit again opposite stations report to give again RR73, some cases
move couple Hz TX and hit again RR73. Normally I do this max 5 times and
then hit CANCEL. Can't log unfinished qso.
  
  
  Good point! 
  
  Yes probably I just have to discard the logged QSO offered by
  WSJT-X in cases like this one and click OK only when QSO get
  really completed.
  
  The fact is that as soon as WSJT-X sends the RR73 to the partner
  then from a WSJT-X point of view the QSO is complete!
  
  
Normally this means, that someone qrm'ing so much, that opposite
station can't hear anymore me.
 


  But I would like to know if I could adjust something into WSJT-X
settings, to avoid closing QSO's "unilaterally".


This could ba, as sending that RR73 so long yuo get /# or if not
you cancel qso..


Jarmo, oh1mrr

  
  Thanks Jarmo for your comments. I believed that this process
  (logging QSO) would be totally managed by WSJT-X,  without any
  human intervention.
  
  Hopefully, in an ideal world, it should be that WSJT-X  waits for
  a second RR73 (hypothetical answer confirmation sequence I mean)
  from the remote station, before to definitely close and log the
  QSO.
  
  Regards,
  
  ---
73 de Marco, PY1ZRJ (former IK5BCU)

  
  
  
  
  ___
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] a priori

[Fred Price via wsjt-devel]

Thanks Reino but it's been changed then and not updated in the User Guide. I say this because I been using WSJT for a very long time (since 2001) and have never seen this behavior before 2.5.4. If it has been changed I'll just turn Enable AP off, problem solved.Oh I did see it in the RTTY Roundup but dismissed it and moved on since it was a contest.FredN2XKOn Jan 26, 2022 10:01 AM, Reino Talarmo via wsjt-devel  wrote:>The problem was that a signal decoded on 80M. I replied with a -18 SNR but when the station replied with a R-13 it had the a priori code ? a3 after it. WSJT-X didn't advance to the RR73 but instead sent the -18 report again. I then received another R-13 ? a3 and then R-13 ? a2 with WSJT-X not advancing to the RR73 both times.The next report was R-13 but no a priori code after it and WSJT-X advanced to the RR73.If you have any further questions please let me know.Hi Fred,I assume that what you saw is by design. It is left for the operator to decide, whether he is happy with the ? a2 addition or not. You could have hit the Tx 4 button on the Now row to send RR73 as you we happy.73, Reino OH3mA___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] a priori

[Fred Price via wsjt-devel]

Good morning,I'm sorry I didn't have save all turned on, so I do not have a wav file to send the development group. My operating conditions:IC7300 IC9700WSJT-X 2.5.4 with two instances running. This morning one was on 80M FT8 the other on 2M MSK144.Decode on Deep with Enable AP checkedWindows 7The problem was that a signal decoded on 80M. I replied with a -18 SNR but when the station replied with a R-13 it had the a priori code ? a3 after it. WSJT-X didn't advance to the RR73 but instead sent the -18 report again. I then received another R-13 ? a3 and then R-13 ? a2 with WSJT-X not advancing to the RR73 both times.The next report was R-13 but no a priori code after it and WSJT-X advanced to the RR73.If you have any further questions please let me know.FredN2XK___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel