Hi Bruce,
Please read Section 7.5, "Nonstandard Callsigns", in the WSJT-X User Guide.
https://wsjt.sourceforge.io/wsjtx-doc/wsjtx-main-2.6.1.html#COMP-CALL
Take particular notice of this sentence:
"Except for the special cases involving /P or /R used in VHF contesting,
WSJT-X 2.6 offers no
This is outlined in section 7.5 “non-standard callsigns” - specifically the
last sentence in that section: “ offers no support for two nonstandard
callsigns to work each other.”
> On Dec 27, 2023, at 10:43 AM, Bruce Dagel via wsjt-devel
> wrote:
>
> WSJT-X version 2.6.1
>
> My mistake, I
That's correct -- you cannot do two compound calls like that. It's a known
limitation of the message format.
There is an option for "full call in..." options but they don't seem to
honored. I'm still seeing full call transmitted in all messages.
Would be more than nice if WSJT-X could call
WSJT-X version 2.6.1
My mistake, I was going from memory.
The actual problem comes with a longer call. WB0GAG/1 R+11
transmits as WB0GAG
73,
Bruce, WB0GAG
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
Bruce, when callsigns are in angle brackets WSJTx is actually sending a
hash of the callsign and not the actual callsign. The software is not
sending plaintext as a string.
More info here:
https://wsjt.sourceforge.io/wsjtx-doc/wsjtx-main-2.7.0-rc2.html#COMP-CALL
-- 73 Chris kc2ieb
On Wed,
What version of WSJT-X?
This message seems to encode OK as a standard message. Is it possible your
decode window isn't wide enough to see the R+11??
C:\WSJT\wsjtx\bin>ft8code "WB0GAG R+11" Message
Decoded Err
While coordinating W1AW/O for Iowa, I observed that I couldn't make some
contacts because the signal report was cut off, i.e., Tx2 would be
WB0GAG when WB0GAG R+11 should be sent. I believe it
is a matter of too many characters. The called station had nothing to
confirm.
A solution
Hello Bill,
Thank you for the clear explanation, as always.
One question remains, how long will an entry in the hash table exist for?
In particular is it cleared after a band change?
I sometimes do bandhopping to monitor different bands.
Thanks again and 73,
Ton pa0tbr
On Sat, 15 Dec 2018 at
> On Dec 15, 2018, at 11:11 AM, Ton PA0TBR wrote:
>
> I am trying to work out why some callsigns are shown as <...> in WSJT-X
> Sometimes <...> is reflected in JTAlert as ... other times it is not shown
> in JTAlert.
>
> For example:
> 103615 -12 1.8 1590 ~ <...> LZ1PPZ
> 103645 -2 1.8
Ton --
On 12/15/2018 12:11, Ton PA0TBR wrote:
I am trying to work out why some callsigns are shown as <...> in WSJT-X
Sometimes <...> is reflected in JTAlert as ... other times it is not
shown in JTAlert.
Why not consult the User Guide? Why do you think we bother to write
one, which takes
http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.0.0.html
Compound call signs
Keijo OG55W
From: Ton PA0TBR
Sent: Saturday, December 15, 2018 7:11 PM
To: WSJT software development
Subject: [wsjt-devel] Callsigns substituted by <...>
I am trying to work out wh
On 15/12/2018 17:11, Ton PA0TBR wrote:
I am trying to work out why some callsigns are shown as <...> in WSJT-X
Sometimes <...> is reflected in JTAlert as ... other times it is not
shown in JTAlert.
For example:
103615 -12 1.8 1590 ~ <...> LZ1PPZ
103645 -2 1.8 1590 ~ <...> LZ1PPZ R-18
I am trying to work out why some callsigns are shown as <...> in WSJT-X
Sometimes <...> is reflected in JTAlert as ... other times it is not shown
in JTAlert.
For example:
103615 -12 1.8 1590 ~ <...> LZ1PPZ
103645 -2 1.8 1590 ~ <...> LZ1PPZ R-18
103715 -5 1.9 1589 ~ <...> LZ1PPZ R-20
13 matches
Mail list logo