The problem with that approach combining RR(received report) and 73 is
'did the other station know that you received their report' ?
The return 73 says they did.
Hams have to do what the software dictates in it's design to get a qso
logged.
Maybe take out the RR73 option so at one side has to send a 73 after
both reports are sent and hence confirmed.
As I said, i see a lot of this issue on eqsl, but will not lose any
sleep over it.
It is a suggestion for above reasons.
When you move up from a toyset; 7300/811 to a FTDX101MP/SPE you work
many more stations.
I am on nearly 24/7.
vk4tux
On 15/7/22 20:29, Fred Price via wsjt-devel wrote:
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 work
No 73 no log
Which 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.
Fred
N2XK
On Jul 15, 2022 6:04 AM, Adrian via wsjt-devel
<wsjt-devel@lists.sourceforge.net> 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
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
