Re: [wsjt-devel] No 73 allowed after RR73?

[Neil Zampella via wsjt-devel]

FWIW ... if you received an RR73 .. there is no need to reply.

The station is saying that RR I got your last, and 'over and out' ...

The other party is not waiting for your reply, they're on to another
contact.

Neil, KN3ILZ


On 10/21/2023 1:14 PM, Andy Durbin wrote:

WSJT-X ver 2.6.1, Win 8.1.

I have observed several times that I could not complete a QSO by
sending 73 after I had received an RR73.  This is expected operation
with F/H active but not when F/H is not active.  I suspect that
something is latched in software if F/H mode has been used but is then
exited and WSJT-X is not re-started.

Has anyone else seen this or have an explanation?

73,
Andy, k3wyc
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [Elecraft] K4 pre order

[Neil Zampella]

Eric,

now that it looks the K4-F is finally on a production schedule, any 
hints on when there will be a K4-K ??


Thanks,

Neil, KN3ILZ

On 4/13/2023 3:18 PM, Eric Swartz wrote:

Hi Rick,

It looks like your K4D shipped today. :-)

We're also working hard to ship a lot this week and next so we can catch up
with the rest of the backlog and have some K4Ds to sell from our booth at
the Visalia International DX convention (weekend after next).  See you all
there!

73,
Eric
*elecraft.com *


On Thu, Apr 13, 2023 at 12:39 PM NJ5W Rick  wrote:


Ordered mine Mar 7th, still waiting. So not quite down to 4 weeks yet.
Hopefully mine will arrive sometime this week.


Rick NJ5W


On Thu, Apr 13, 2023 at 1:36 PM Jim Rhodes  wrote:


The wait time is down to 3-4 weeks, so not as big a deal as 2 years ago.
Ordered mine in Jan and had it within 4 weeks.

On Thu, Apr 13, 2023, 13:18 Dean L/ K2WW  wrote:


Is it possible to " Buy" someone who is impatiently waiting and

pre-paid

for their K4, and change the shipping info?
Reminds me of the lunch line in High School, ahead back ahead
If it is, I'm your Huckleberry

73
Dean K2WW
__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to jimk...@gmail.com


__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to rreynold...@gmail.com


__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to eric.swa...@elecraft.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] USS Captain Robert Smalls

[Neil Zampella via wsjt-devel]

I agree this is a great happening, but I believe you sent it to the 
wrong list :)


Neil, KN3ILZ

On 4/12/2023 12:44 PM, robert evans LAST_NAME wrote:
A Navy ship named for a Confederate victory now honors a Black Union 
hero : NPR
https://www.npr.org/2023/04/12/1165998167/a-navy-ship-named-for-a-confederate-victory-now-honors-a-black-union-hero 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Possible wsjtx RC5 issue when built from source (No frequency info)

[Neil Zampella via wsjt-devel]

Um ... you need to do this:

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
or, via email, send a message with subject or body 'help' to
wsjt-devel-requ...@lists.sourceforge.net

You can reach the person managing the list at
wsjt-devel-ow...@lists.sourceforge.net

Neil, KN3ILZ

On 12/5/2022 10:26 AM, piRshared.org wrote:

unsubscribe

Bradshaw Lupton Jr.
51 Bourne Neck Drive
Buzzards Bay, MA 02532
+1 508 842 53069 (h)   +1 508 873 6867 (c)
FCC  -   K1TE    WB2TEV   KC1IKY

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

Re: [Elecraft] SignaLink and KX3

[Neil Zampella]

Even that is overkill.   I use a $15 Sabrent soundcard from Amazon with
my KX3.

Neil, KN3ILZ

On 8/20/2022 9:45 AM, 7MYM BD wrote:


Yes, the kx3 only needs a suitable USB sound card to use, such as
If you need an external box, you can consider riglink or digilink nano.



发送自我的盖乐世



 原始信息 
发件人： Neil Zampella 
日期: 2022/8/20 22:13 (GMT+08:00)
收件人： k2vjk , elecraft@mailman.qth.net
主题： Re: [Elecraft] SignaLink and KX3

You really don't need a Signalink to do digital modes and the KX3.   All
you need is a good USB sound card, the audio cables for Tx & Rx
(Stereo), and the KXUSB cable for CAT control.

The setup is described in Cady's KX3 book.

Neil, KN3ILZ

On 8/15/2022 6:10 PM, k2vjk wrote:
> I called Tigertronics the other day and asked them about a SignaLink
USB and the bias voltage on the mic for the KX3. A lady called me back
later in  the day and told me that she has something to read to me
that she didn’t understand. She said the tech department said that if
you are using their jumper plug, that it has a blocking capacitor in
it, so the bias voltage is ok. If you wire your own jumpers, you will
have to disable mic bias. She said she didn’t understand what it
meant, but the tech department said that I should know what it means.
And I do. I’ll be checking the SignaLink jumper plug I have this week
and let you know if this is the case. Jst a little info…..
>
> Sent from Mail for Windows
>
>
>
__
Elecraft mailing list
Home:
https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.qth.net%2Fmailman%2Flistinfo%2Felecraftdata=05%7C01%7C%7Ce8ca3f6d4b174d5aeec608da82b62d93%7C84df9e7fe9f640afb435%7C1%7C0%7C637966016210470337%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=JPnj14WMhPcWTuPF6RxvjBOIW4sRZ7dvX4nFfHfjZas%3Dreserved=0
<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.qth.net%2Fmailman%2Flistinfo%2Felecraftdata=05%7C01%7C%7Ce8ca3f6d4b174d5aeec608da82b62d93%7C84df9e7fe9f640afb435%7C1%7C0%7C637966016210470337%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=JPnj14WMhPcWTuPF6RxvjBOIW4sRZ7dvX4nFfHfjZas%3Dreserved=0>
Help:
https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.qth.net%2Fmmfaq.htmdata=05%7C01%7C%7Ce8ca3f6d4b174d5aeec608da82b62d93%7C84df9e7fe9f640afb435%7C1%7C0%7C637966016210470337%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=OAleW7I776e3j2GMb%2B1gTpY8%2F0dxq22hXwPBq4k6t8A%3Dreserved=0
<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.qth.net%2Fmmfaq.htmdata=05%7C01%7C%7Ce8ca3f6d4b174d5aeec608da82b62d93%7C84df9e7fe9f640afb435%7C1%7C0%7C637966016210470337%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=OAleW7I776e3j2GMb%2B1gTpY8%2F0dxq22hXwPBq4k6t8A%3Dreserved=0>
Post: mailto:Elecraft@mailman.qth.net <mailto:Elecraft@mailman.qth.net>

This list hosted by:
https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.qsl.net%2Fdata=05%7C01%7C%7Ce8ca3f6d4b174d5aeec608da82b62d93%7C84df9e7fe9f640afb435%7C1%7C0%7C637966016210470337%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=8Yxxkk0oovzKD5l%2BSqmceAb0h1%2BN%2Fbjmsr4k6x1f0Qs%3Dreserved=0
<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.qsl.net%2Fdata=05%7C01%7C%7Ce8ca3f6d4b174d5aeec608da82b62d93%7C84df9e7fe9f640afb435%7C1%7C0%7C637966016210470337%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=8Yxxkk0oovzKD5l%2BSqmceAb0h1%2BN%2Fbjmsr4k6x1f0Qs%3Dreserved=0>
Please help support this email list:
https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.qsl.net%2Fdonate.htmldata=05%7C01%7C%7Ce8ca3f6d4b174d5aeec608da82b62d93%7C84df9e7fe9f640afb435%7C1%7C0%7C637966016210470337%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=GVOoMCf0fH7KgdTrgvpGp7QhEy5HeQUrm8p5Fcc8gaw%3Dreserved=0
<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.qsl.net%2Fdonate.htmldata=05%7C01%7C%7Ce8ca3f6d4b174d5aeec608da82b62d93%7C84df9e7fe9f640afb435%7C1%7C0%7C637966016210470337%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=GVOoMCf0fH7KgdTrgvpGp7QhEy5HeQUrm8p5Fcc8gaw%3Dreserved=0>
Message delivered to bd7...@hotmail.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto

Re: [Elecraft] SignaLink and KX3

[Neil Zampella]

You really don't need a Signalink to do digital modes and the KX3.   All
you need is a good USB sound card, the audio cables for Tx & Rx
(Stereo), and the KXUSB cable for CAT control.

The setup is described in Cady's KX3 book.

Neil, KN3ILZ

On 8/15/2022 6:10 PM, k2vjk wrote:

I called Tigertronics the other day and asked them about a SignaLink USB and 
the bias voltage on the mic for the KX3. A lady called me back later in  the 
day and told me that she has something to read to me that she didn’t 
understand. She said the tech department said that if you are using their 
jumper plug, that it has a blocking capacitor in it, so the bias voltage is ok. 
If you wire your own jumpers, you will have to disable mic bias. She said she 
didn’t understand what it meant, but the tech department said that I should 
know what it means. And I do. I’ll be checking the SignaLink jumper plug I have 
this week and let you know if this is the case. Jst a little info…..

Sent from Mail for Windows




__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] “Disable Tx after sending 73” not working

[Neil Zampella via wsjt-devel]

That covers the other modes in WSJT-X, not FT8 or FT4.

Neil, KN3ILZ

On 7/18/2022 7:58 PM, Gene Marsh wrote:

Reino, if that is the case, why do you need to check the box “Disable Tx after 
sending”?

73 de W8NET Miles “Gene” Marsh
3905 Century Club Master #47
3905 Century Club 2022 Eyeball host


On Jul 18, 2022, at 3:55 PM, Reino Talarmo via wsjt-devel 
 wrote:



For clarity: I am trying to set it to the UNCHECKED  function.
Checked or unchecked, it is still the same: “Enable Tx” is OFF when a QSO is 
complete.

Hi Gene

To my understanding this the normal behavior for FT8. If Tx Enable would stay 
active, then you would have a robot functionality built into FT8.

73, Reino OH3mA



___
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 Digest, Vol 101, Issue 33

[Neil Zampella via wsjt-devel]

Don't blame me for that line  it was in the message that I replied
to ... :)

I've always had the reminder to log the QSO turned on in WSJT-X. I like
to see what I'm logging.

Neil, KN3ILZ

On 7/16/2022 7:54 AM, wsjt-devel-requ...@lists.sourceforge.net wrote:

Send wsjt-devel mailing list submissions to
wsjt-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
or, via email, send a message with subject or body 'help' to
wsjt-devel-requ...@lists.sourceforge.net

You can reach the person managing the list at
wsjt-devel-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of wsjt-devel digest..."

Today's Topics:

1. Re: WSJT-X close the QSO unilaterally (?) (James Shaver (N2ADV))


___
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 (?)

[Neil Zampella via wsjt-devel]

Yes ... take out the RR73 option double click on the Tx4 button and you
switch to RRR ... then turn on the "PROMPT ME TO LOG QSO" option in
Settings -> Reporting tab.

You'll never get a 'autologged' QSO again as you have to manually OK
what is being logged.

Problem Solved.

Neil, KN3ILZ

On 7/15/2022 6:10 AM, Adrian wrote:


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
 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

Re: [wsjt-devel] Unwanted CQ in FT8

[Neil Zampella via wsjt-devel]

That can be done using the 'Free Text' area and macros from JT
Alert.  No need to add another standard message.  As far as
'unwanted' CQs, uncheck the CALL 1ST checkbox.

Neil, KN3ILZ

On 7/12/2022 7:31 PM, Henryk Majcher wrote:

I propose a small change in WSJT-X.
Scenario:
The users of WSJT-X are
* CQ fans
* Hunters (Squares, DXCC, Zones)
Actually after QSO (even incomplete) the circle left of TX6 is checked
and WSJT-X is ready to send CQ.
It is super nice for CQ fans.
What  WSJT-X offers for Hunters?   Nothing

I propose to put an additional frame "TX 7".
It will be named "Stand By".
If someone don't planning CQ, then if "TX 7" is checked, WSJT-X wait
ttil the Hunter chooses one of "TX 1", "TX 2" , "TX 3", "TX4".
This way unwanted CQ is impossible.

If during QSO DX repeat report R-XX it is better  not to transmit one
period and choose again  "TX 4" and click Enable TX
as send UNWANTED CQ if unfortunately first click "Enable TX".

To do fully automatic we need in frame CQ:
None
First
Max Dist
to add one more row
"Stand By".

When this Stand By is checked by Hunter, after QSO WSJT-X will check
the circle near "TX 7".

Unwanted CQ is now impossible.

I lost a few new DXCC when in pile-up heart pulse was 200/min
and the unwanted CQ ruined QSO...

73
Henryk  SP3E




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

Re: [wsjt-devel] QSO impossible between compound call and /MM station ?

[Neil Zampella via wsjt-devel]

I quote:  "The developers will not allocate the needed spaces in the
program to correct the issue. "

The issue has NOTHING to do with the 'needed space' in the program, and
ALL to do with the 77 bits of the data package being sent.    If it was
a simple change in the program it would have been done, but in order to
be able to send the entire data package twice within the ~13 second
windows,  the data is limited to 77 bits.   There is no additional space
available.    There was one change made to the FT8 protocol about 2 or 3
years ago moving from a 75 bit package to a 77 bit one.    That involved
having to revise the encoder/decoder and caused users of the older
versions of WSJT-X to upgrade to a new version.  Any further changes
to the data package would create a brand new protocol as it would no
longer be FT8.

This has been a limitation from the beginning, and has been noted in the
User Guide.  There is one more choice people have: make sure that
their 'lookup' pages on QRZ and the like are updated with their proper
location and grid, and create pages for /1, /2, /3, etc extensions with
other locations and grids for use if those normal extensions are
authorized for use by their governing bodies.

Neil, KN3ILZ

On 12/11/2021 8:19 AM, DX Jami wrote:

Philippe,

That is a known and common problem built into WSJT-X.  Compound calls
can not communicate with compound calls.  It is a real estate problem
within WSJT-X.  The developers will not allocate the needed spaces in
the program to correct the issue.  I understand that.  They want to
keep the WSJT-X program size small and simple.  I have the same problem.

You have at least two choices.
   1.  ignore the other compound-call station
   2.  if you really need that DXCC or station ... go into your set up
and change your call to a standard call.  You may have a problem since
you sometimes use ZS1 as a prefix.

Good luck.

    Danny
    AH6FX/W4 - Virginia

On Saturday, December 11, 2021, 07:22:22 AM EST, James Shaver (N2ADV)
via wsjt-devel  wrote:


Please take note of section 7.5 of the User Manual:
“ Angle brackets imply that the enclosed callsign is not transmitted
in full, but rather as a hash code using a smaller number of bits.
Receiving stations will display the full nonstandard callsign if it
has been received in full in the recent past. Otherwise it will be
displayed as < . . . >. These restrictions are honored automatically
by the algorithm that generates default messages for minimal QSOs.
Except for the special cases involving /P or /R used in VHF
contesting, WSJT-X 2.4 offers no support for two nonstandard callsigns
to work each other.”

Note the very last sentence in that paragraph.

73,

Jim S.
N2ADV





On Dec 11, 2021, at 3:29 AM, tmp1--- via wsjt-devel
 wrote:


Good day everyone,
I operate with the compound call sign ZS1/F5FDV when I am in South
Africa.
I tried to contact YO4RYU/MM with the call sign in FT8 mode with
WSJT-X v2.5.2 for Mac Big Sur.
The option Tx message to Rx frequency window is ticked. Auto Seq is
ticked.
YO4RYU/MM responded to me but the only frame that the software could
send on my side was  ZS1/F5FDV
I tried to select the reply messages manually but it was not succesfull.
Event if the proper selection seemed to be made on the display after
I selected it manually, the same message  ZS1/F5FDV was
displayed in the Rx Frequency box and send out.
Y04RYU/MM steadily sent his message  YO4RYU +02, which
tends to prove that my message did not change from 
ZS1/F5FDV despite his answer. I do not think this lack of progress in
our exchanges was due to poor signal or QSB because the reports were
quite good on both sides.
Your will find a screen copy attached.
73,
Philippe F5FDV
___
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] Enhancement

[Neil Zampella via wsjt-devel]

But you do have Gridtracker available for Linux too .

Neil, KN3ILZ

On 11/22/2021 2:44 PM, John Korpal wrote:

One other thing is JTAlert is only for windows.



Sent from my iPhone


On Nov 22, 2021, at 1:42 PM, John Korpal  wrote:

 I was just following the same design that appends the country
information to the messages. This takes it to the next level by
looking up the state from the grid. Similar as it does with the call
sign to find the country information. The code and table are the same
and in AD1CCty.cpp.

I agree the it should not be limited to just WAS and agree that the
maintenance of the mapping file needs to address.

John (NJ0A)

Sent from my iPhone


On Nov 22, 2021, at 9:12 AM, tom  wrote:

 Hi John

I see Bill has already commented - sorry the msg yesterday _ saw the
later messages but missed some others where comments were made.

I must admit using JTAltert there is NO noticeable lag/delay in
getting the UDP msg, responding and then replaying. If you notice
that perhaps there is another cause.?

Thinking further - I know wsjt-X API can highlight text - just
because I have seen it done - is there an API call/UDP message that
would allow other apps to add additional text - not just colour? In
the case of this app you would want to send back state - I may want
to send Lothian - this would allow for the ‘app’ to run in back
ground - no ui for running needed.

Moving it away from core product - yes you are right all that is
needed is a tool (or go old school initially) notepad and a text
file. Users can add/do what they will - if there is an open source
repository then people could customise their file - grab WAS and say
POTA - merge and away you go. Even have a folder/file naming
convention - from WAS.ABC, SOTA.ABC, ITALY.ABC - on start up it read
all files in specified folder ending in ABC. It’s not as if it has
to be dynamic and keep looking for changes - only if new areas of
interest. Following the ’state’ of WSJT-X for closedown etc to
habdle killing apps.

Looking at some of the questions here - may need to progress to a
‘user friendly’ option after Mark 1 or 2 to sort out glitches as
extensions/notepad may prove a stumbling block.

Regards

Tom
GM8MJV


On 22 Nov 2021, at 15:16, John Korpal  wrote:

I understand your point about maintaining the mapping file. One
possible Compromise would be to supply a grid mapping editor that
would allow the user to create his own mapping table. This way, to
your point the core development team would not be responsible for
the files.

Users could submit their mapping files to an open source repository
and others could user at their own risk. Plus users could update
the files if errors are found in any of the mapping files.

My main issue with using an external application to flag message is
that application flags a message the user will have to fine that
message in WSJTX to take action on the message. My logging program
does that today. There is a lag in when the message appears in
WSJTX to when the application flags a message. The user then has to
fine the flag message in WSJTX. I have found that the lag is large
enough the by the time it is flagged in the external application,
the original message in WSJTx is off the screen. This is the case
on very busy band like 20 & 40.

I’m enjoying the discussion and the exchange of ideas.

John (NJ0A)

Sent from my iPhone


On Nov 22, 2021, at 1:53 AM, tom  wrote:

 John

I use happily JTAlert as it does 99% of what I want it to do -
dosn’t do UK counties or Italian regions - hence the interest.

The issue I bring up will be (I guess), if added to main stream
release users will assume that it is up to the dev team to support
it, add to it, maintain it - pretty sure they don’t want that hassle.

One other solution would be make it a 3rd party add on. - watch
for the UDP traffic from WSJT-X - filter, check, lookup as
appropriate and with pop up a window or (not looked but colour is
changeable) - feed back modified line via UDP.

You could concentrate on the WAS side, if the ‘file’ structure’
was open source people like me could add counties in UK and
regions in Italy. Russian Umblasts chasers could add their list,
etc. etc.  It would keep it separate from wsjt-x so dev team will
thank you. 'grid to x' will go down well with those people
that want it - no need for one master database. Yes people could
share what they have done.

Make it cross platform and even more people would be happier as
some add-on’s are Windows only.

Regards

Tom
GM8MJV




On 19 Nov 2021, at 19:54, John Korpal  wrote:

Tom

I might have a solution to your issues.

 We could have a grid.dat file for each country. We load the list
of countries we have data files for and create a drop down file
from that list. This way the user can select which country he/she
wants to work. We only will have one country loaded at a time.
With will keep the table small and fast.

We could ask users to create a dat file for the country they are
in or 

Re: [wsjt-devel] test mail

[Neil Zampella via wsjt-devel]

Where are you sending your 'bug report' ... here, or the Groups.io
list?   Two different locations.

Neil, KN3ILZ

On 10/14/2021 1:44 PM, Barry Jackson wrote:

On 14/10/2021 19:33, Barry Jackson via wsjt-devel wrote:

Does this list really take hours to update? sent at:
Thursday, 14 October 2021 19:32


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


Received on list in 9 minutes, so why do any attempts to send a bug
report the same way get bounced after an hour with a message saying
that I don't have an account?

This is so frustrating.





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

Re: [wsjt-devel] test mail

[Neil Zampella via wsjt-devel]

Are you getting the digest version?

That said, I saw this at 1:54 PM Central time on the 14th

Also, your name & callsign is helpful

Neil, KN3ILZ

On 10/14/2021 1:33 PM, Barry Jackson wrote:

Does this list really take hours to update? sent at:
Thursday, 14 October 2021 19:32





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

Re: [wsjt-devel] Feature Request: Hound Mode

[Neil Zampella via wsjt-devel]

Grant,

I have no idea where you got the idea that I said a 'clear frequency'
doesn't matter, not sure that James said anything of the sort
either.  You always check for a clear spot to Tx from, no matter
what mode or special contest activity you're using.    For Fox/Hound,
you wait one period to see where the other hounds are, find the spot
above 1000 hz, and go for it.

Of course, what may be 'clear' to you, may not be clear to someone 1000
miles away, such is the nature of propagation.

Neil, KN3ILZ

On 10/10/2021 11:20 PM, Grant Willis wrote:

Jim,

FYI - Neil and James don't believe a clear frequency matters based on
past conversations I have had with them. I contend they have never
tried chasing DX where every path starts at 8000 miles (ie out of VK).
The standard FT8 channels are so congested these days that trying to
target working particular stations can be futile because I can't find
(and don't know) a clear RX slot at the other end of the path to try
calling on. I have called it the "hidden transmitter" syndrome in a
conversation with Joe K1JT in the past, but he didn't seem to
understand the reference (it was an old description of CSMA problems
we used to have on AX.25 packet nets when not everyone could hear
everyone). A similar situation impacts the decision making when
picking a channel to transmit on today in FT8 - which notably Phil
Karn KA9Q also has picked up on in some of his recent posts to the list.

As for the choice of 40m FT4 frequency - I had quite animated
arguments with Bill Somerville about it - and all logic fell on deaf
ears. Through my IARU global HF band planning reform proposals I am
hoping we can finally address that injustice.

Best regards,
Grant VK5GR
IARU R3 HF Band Planning Chair


On Mon, Oct 11, 2021 at 2:20 PM Jim Brown via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:

On 10/10/2021 7:12 PM, Neil Zampella via wsjt-devel wrote:
> as F/H specifically requires you to reply to a Fox CQ above 1000
hz, and
> since the decoder decodes the entire passband based on the base
> frequency set, you would not need any 'waterfall history' to
determine
> where to Tx your reply.

Sure we do -- we want to choose a relatively clear frequency to
TX, and
you need that history to make that judgement call. And smart
operators
will occasionally skip TX for a sequence to see what might have
changed.

I had exactly that experience working S9OK today on 12M. Although
they're not running F/H, they are multi-streamed using other
software.
By making what turned out to be a good choice of TX, I worked them
with
two calls from NorCal, an 8,000 mile path.

73, Jim K9YC




___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<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] Feature Request: Hound Mode

[Neil Zampella via wsjt-devel]

Grant,

as F/H specifically requires you to reply to a Fox CQ above 1000 hz, and
since the decoder decodes the entire passband based on the base
frequency set, you would not need any 'waterfall history' to determine
where to Tx your reply.

Maybe I'm missing the point.

That said, my reply was specifically to Dennis who was saying he would
forget to switch back to normal FT8 mode after using one of the
'special' modes.

Neil, KN3ILZ

On 10/10/2021 8:49 PM, Grant Willis wrote:

Neil,

I wish to take a moment please to outline what I see is the problem
with the configuration options as a solution that everyone keeps
answering with when this comes up. I dont think the case why the
configuration mode changes annoy many has ever been clearly articulated.

If I am tuning around the band and see some FT8, dial my receiver onto
it and see what is happening. If I see they are running in F/H mode -
then if I use configurations to change to that mode,  I need to often
a) add a frequency to the config, b) reselect the frequency I was just
on and c) loose the waterfall history I would want to use to pick
where to drop my transmitter to start calling.

In quick fire DX Chasing that is all lost time and multiplication of
effort that to be frank is a PITA.

The reason people keep asking for a button to switch to hound mode and
back on the main screen is so they can do what people should more
naturally be doing - that is spin the dial of their radio, look at
what's on the band, and then pick the right mode to work what they
hear */_quickly and efficiently_/*. Sure the work arounds work - but
they are clunky and kludgy to a DX operator.

The alternative solutions might be - preserve the
frequency/band/sub-frequency settings across a configuration settings
change and get the waterfall not to be reset when you swap
configurations. I believe that would be much more work for the
programming team than having a simple tick switch linked to hound mode
on / off on the main page. Having said that, the developers have made
it clear they are not interested - so yes it is also a lost cause.

Oh and to those that say "grab the source and roll your own" - not
everyone can or has the time to write software and roll their own.

Regards,
Grant VK5GR





On Mon, Oct 11, 2021 at 11:55 AM Neil Zampella via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:

In your case I would suggest create a separate CONFIGURATION for
each mode you're using.    You can setup one for regular use, then
one for other special modes such as the NA VHF contest, Field Day,
Fox & Hound, etc.

All you need to do is switch over to the mode you're going to use
by selecting the configuration.

I've been using this feature since it was first created.

Neil, KN3ILZ

On 10/10/2021 6:12 PM, Dennis Younker NE6I wrote:


Put me down for also wishing to have that on the main screen. Or
more accurately in my case, having a check box or link on the
main screen that is linked to Special Operating Activity. Yes,
handy to quickly go to and from F/H mode but also convenient at
the start and end of one of the contests listed on the Advanced
tab. I have, for example, operated an NA VHF Contest over a
weekend and then forgot to uncheck the box after the contest. And
then been bitten for a moment later in the week when operating
normal FT8 or MSK.

I am not a programmer and not interested in becoming one (again).
It’s great that the source code is available for anyone to modify
to their heart’s content but I’m not interested in doing that. I
did a lot of programming and compiling of code several decades
ago, and spent MANY an all nighter doing that. That ship has now
sailed for me, and I’m not interested in getting on board again.

I am hugely appreciative of K1JT and the entire WSJT-X team for
their work. I for one know how much time and effort goes into
this. It’s truly a labor of love.

--Dennis NE6I

*From:* Jeff Stillinger via wsjt-devel

<mailto:wsjt-devel@lists.sourceforge.net>
*Sent:* Sunday, October 10, 2021 9:53 AM
*To:* WSJT software development

<mailto:wsjt-devel@lists.sourceforge.net>
*Cc:* Jeff Stillinger 
<mailto:kb6...@zohomail.com>
*Subject:* Re: [wsjt-devel] Feature Request: Hound Mode

Not exactly a secret.  For building on Microsoft virus, the sdk
is located here:

https://sourceforge.net/projects/jtsdk/
<https://sourceforge.net/projects/jtsdk/>

It is my understanding that it's going through some updates, but
what is posted should work.  Last time I played with it was back
in version 1.7.  I haven't kept up with that platform since I do
everything on Linux.



On 10/10/21 10:43 AM, Jon Anhold wrote:

Hi Jeff,

Yes, I agree - I am a contributor to some other open source
projects. Thanks for your helpf

Re: [wsjt-devel] Feature Request: Hound Mode

[Neil Zampella via wsjt-devel]

In your case I would suggest create a separate CONFIGURATION for each
mode you're using.    You can setup one for regular use, then one for
other special modes such as the NA VHF contest, Field Day, Fox & Hound,
etc.

All you need to do is switch over to the mode you're going to use by
selecting the configuration.

I've been using this feature since it was first created.

Neil, KN3ILZ

On 10/10/2021 6:12 PM, Dennis Younker NE6I wrote:


Put me down for also wishing to have that on the main screen. Or more
accurately in my case, having a check box or link on the main screen
that is linked to Special Operating Activity. Yes, handy to quickly go
to and from F/H mode but also convenient at the start and end of one
of the contests listed on the Advanced tab. I have, for example,
operated an NA VHF Contest over a weekend and then forgot to uncheck
the box after the contest. And then been bitten for a moment later in
the week when operating normal FT8 or MSK.

I am not a programmer and not interested in becoming one (again). It’s
great that the source code is available for anyone to modify to their
heart’s content but I’m not interested in doing that. I did a lot of
programming and compiling of code several decades ago, and spent MANY
an all nighter doing that. That ship has now sailed for me, and I’m
not interested in getting on board again.

I am hugely appreciative of K1JT and the entire WSJT-X team for their
work. I for one know how much time and effort goes into this. It’s
truly a labor of love.

--Dennis NE6I

*From:* Jeff Stillinger via wsjt-devel 
*Sent:* Sunday, October 10, 2021 9:53 AM
*To:* WSJT software development 
*Cc:* Jeff Stillinger 
*Subject:* Re: [wsjt-devel] Feature Request: Hound Mode

Not exactly a secret.  For building on Microsoft virus, the sdk is
located here:

https://sourceforge.net/projects/jtsdk/


It is my understanding that it's going through some updates, but what
is posted should work.  Last time I played with it was back in version
1.7.  I haven't kept up with that platform since I do everything on
Linux.



On 10/10/21 10:43 AM, Jon Anhold wrote:

Hi Jeff,

Yes, I agree - I am a contributor to some other open source
projects. Thanks for your helpful suggestion.

I've given that some thought, but at least the last time I looked
the build process / toolkit for building WSJT-X on Windows is like
top secret or something, and I haven't spent any time recently
trying to uncover it or get it to build.

Also, unfortunately, it doesn't seem that the authors are very
open to pull requests, so I make feature suggestions here.

Thanks & 73 de KM8V Jon

On Sun, Oct 10, 2021 at 9:37 AM Jeff Stillinger via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:

How about an alternative to your prediction.   WSJT-X is open
source.  You have complete access to the source code, and one
of the wonderful conveniences of the package is the ability to
customize the software to a specific style of station operations.

That is the fancy and PC way to say, if you want a button
somewhere specific, then you are free to put it there.  There
are no licensing restrictions, other than your modification
would stay local to your station.   All of the compilers and
libraries are also free and open source.

Have at it and let us know about your progress.




On 10/9/21 9:05 PM, Jon Anhold via wsjt-devel wrote:

I know that this is going to get ignored, or I'm going to
be told to "make a configuration" to "solve" this problem,
but I'll again put in a vote to have a Hound mode checkbox
on the main screen to switch in and out of that mode.

There are several DXPeditions right now, some running
Fox/Hound mode, others running multi-stream NOT fox/hound
mode, and I've found myself switching a LOT back and forth.

Maybe an option to enable an "expert" mode to then display
some of these controls in an easy to use location?

73 de KM8V



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

Re: [wsjt-devel] WSJT-X and Ham Radio Deluxe (Some Good News)

[Neil Zampella via wsjt-devel]

If you're using the Secondary UDP Server in WSJT-X to do the logging to
HRD, then be aware, that is 'deprecated', that is no longer being
supported.   Its been that way for a while and still available, but it
may disappear in a newer version.

Neil, KN3ILZ


On 10/4/2021 3:17 PM, Bruce Bohannon wrote:

Harry, why are you using HRD for your rig control? It all can be done
with the 7300. Use WSJT-X to direct the logging to  hrd for your
logging. I have not had any hick-ups doing it this way. Also is true
for the 7610 as well. I can also use JT-Alert and I tell it not to log
to hrd so I do not get a double logging of the contact.as well.

Maybe I'm missing something in the conversation.

Bruce WA1YZN

On 10/4/2021 15:01, Harry E. Hoffman via wsjt-devel wrote:

Operating System is Windows 10 (20H2)

Some good news for those that had the problem of your IC-7300
dropping out of DATA mode when using HRD as the Rig Control for
WSJT-X. Not sure if the fix is in HRD or WSJT-X as both have new
versions. If you remember with previous versions if you had WSJT-X
set to use the MODE setting of Data/Pkt, then when you switched
between TX and RX the Mode indicator on the 7300's display would
"twitch" every time and sometimes it would drop out of USB-D and go
to just plain USB. The temporary fix was to set WSJT-X mode control
to NONE and set the radio to USB-D manually. I am now running version
6.7.0.391 of HRD and version 2.5.0 of WSJT-X and with WSJT-X set to
Data/Pkt there is no more "twitching" of the mode indicator on the
7300 and the mode appears to stay put and not drop out of USB-D. Now
that the IC-9700 Rig Control has added the missing DATA mode to the
software the IC-9700 also appears to behave well using WSJT-X under
HRD Rig Control. Check it out to see if it is working for you as well.

73 KA2ENE


___
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, FT8

[Neil Zampella via wsjt-devel]

It's currently optional ...

When you send RR73, when the Tx Enable turns off, the operator has the
OPTION to click it back on, select the Tx5 message, and have it go out.

See ... already implemented.  Just takes TWO clicks.

Neil, KN3ILZ

On 10/4/2021 7:21 AM, Alex wrote:

Hi Jim,

Hence the suggestion to make it optional.

Perhaps there should be a penalty for not being courteous on the
bands. I can live with that.

I always had to laugh when I read the discussions on the RTTY lists
after a contest. It's full of complaints about operators sending a
character too many here and there.

We're in a bad place if sending a 73, which is done in almost every
other mode (including RTTY contests back when I participated), is too
much to ask for.

One can hardly argue that fully automatic operations (including
logging) is a bad thing if sending a 73 is too much to ask for.

73,
--Alex KR1ST
On Oct 4, 2021, at 2:43 AM, Jim Brown via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:

On 10/3/2021 7:50 PM, Alex via wsjt-devel wrote:

No 73, no QSO. I really don't care if that means my log will
be a few Q's short. The world is already rude enough as it is.
We can take a few moments to be courteous.


Not when there's short band opening for DX, and not in a contest. :)
When the other station sends RRR or RR73 and I immediately call CQ, he
should know that I copied it. If I didn't, I'd send R-10 again. And if
you re-send R-10, I know you didn't get my RRR or RR73, so I re-send it.
This stuff is LOOONG established practice on the HF bands, especially
for contesting and DX pileups. Indeed, the most discourteous thing we
can do with working a contest (or in a DX opening) is to make the
contact take longer to complete -- it slows the other station down!

Contest rules penalize you if a QSO in your log is not in the other
station's log, and it's often the loss of ANOTHER QSO. Failing to
understand these issues has driven RTTY contesters crazy when FT8 and
FT4 were added to RTTY Roundup, and when those same RTTY contesters
worked to set up a pure digital contest.

73, Jim K9YC






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] Windows 11 and WSJT-X Observation

[Neil Zampella via wsjt-devel]

FWIW ... others are running the Windows 11 beta without problems.   
Trying to compare HRD and FLDIGI to WSJT-X decoding is apples and oranges.

WSJT-X is VERY CPU dependent, it needs a very fast CPU.  What CPU are
you using to run it on?   The fact that decoding is having a problem
usually points to an overloaded CPU.

Neil, KN3ILZ

On 8/18/2021 10:03 AM, New Email Account wrote:


New member!

I am running the new Windows 11 beta on  my desktop.  I found the
WSJT-X does not work properly.  It appears the decoding is having a
problem.  Both Ham Radio Deluxe and FLDIGI software works fine. You
may need to check it out.  Maybe the issue will be resolved when the
full version of Windows 11 is released.

KE5BOR

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

Re: [wsjt-devel] I stand Corrected

[Neil Zampella via wsjt-devel]

How is he harassing you?    He's asking for more details.   Just pasting
the pic of the error box does nothing whatsoever.    That same box pops
up when I start WSJT-X without having the rig turned on.   The 'More
Details" button will supply a lot more information about the cause.

Neil, KN3ILZ

On 8/1/2021 4:30 PM, Rory Bowers wrote:

Knock off the harassment Bill... just trying to help here OM.

On Sun, Aug 1, 2021 at 4:28 PM Bill Somerville via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:

Rory,

do you not see the button labelled "Show Details ..."?

BTW on MS Windows you can copy the full text of the error message
window, including the details by simply hitting Ctrl+C as soon as
the message box pops up, do not attempt to select or highlight the
text, just hit Ctrl+C. Then paste the result from the Windows
clipboard to a reply.

73
Bill
G4WJS.

On 01/08/2021 22:21, Rory Bowers via wsjt-devel wrote:

image.png

Rory, K5CKS

On Sun, Aug 1, 2021 at 4:15 PM Bill Somerville via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:

On 01/08/2021 22:05, Rory Bowers via wsjt-devel wrote:

After installing rc-4 It came up and looked like everything
was fine but when I double clicked on a station I wanted to
work that was highlighted I get the Rig Control Failure
error.  Oddly enough when I double click on a station that
is NOT highlighted I DON'T get the error.  Going back to rc-3.
73,
Rory, K5CKS


Rory,

users who install release candidates should be doing so on
the basis that any issues are properly reported. "I get the
Rig Control Failure error" is a long way short of that!
Please report the full message including the details?

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] Call for information about PC systems being used for WSJT-X

[Neil Zampella]

Bill,

the CPU-Z program shows that I'm running an AMD Ryzen 4 Mobile 2500U
with 4 cores, speed of 1596.76MHz, and it includes instructions for AVX,
and AVX2.

Hope this helps.

Neil, KN3ILZ



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

Re: [Elecraft] Anyone try K4 with JTDX or WSJT-X?

[Neil Zampella]

Just checked with WSJT-X v2.3.1 (and v2.4.0-RC4 beta), they both have
the latest Hamlib updates, and the K4 is listed.

Neil, KN3ILZ

On 4/7/2021 2:49 PM, Paul Van Dyke wrote:

Andy
Yes, but  Before I left on my business trip the K4 designation was not
there yet. But it worked fine with a K3S..
When I return home in 3 weeks, it will be switched over


Paul KB9AVO
K4 #76

On Wed, Apr 7, 2021, 8:03 AM Andy Durbin  wrote:


Why would anyone select rig K3S when K4 is an available selection in the
current released verion of WSJT-X?  Is there a problem with the K4 rig
definition?

Andy, k3wyc
__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to pvandyke1...@gmail.com


__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [Elecraft] K4: Coolness factor meets production complexities

[Neil Zampella]

This is why I'm going to patiently wait for the K4 kit release, along
with putting money aside for it. I suspect that along with the other
engineering challenges, y'all are working on putting together the
instructions for a proper kit build.

While it won't be as complex as a K2, it will probably have its foibles
and issues that will need to be worked out.

Keep on keeping on !! :)

Neil, KN3ILZ

On 3/31/2021 8:33 PM, Wayne Burdick wrote:

Greetings from the mothership.

Q: Are Eric and I keeping up with the K4 megathreads on the forums?
A: You bet.

But we're not weighing in as often as we normally would.

On the one hand, it's affirming as a small company to be at the eye of a storm 
of anxious demand. On the other hand we really feel your pain. On the third 
hand (we need three these days), we're both seriously overworked trying to ramp 
up production.

A radio with this many features and so much new tech -- the coolness factor -- 
comes with a lot of new assembly and test procedures. A whole lot of invention. 
New tricks we didn't know we had to learn. Over the past week alone our 
manufacturing engineering team probably shaved 50% off the total time per unit.

For me, it's feast/famine. I have serial #2 on my workbench and use it 
every day. Every day there's new and improved software to be played with and 
thoroughly vetted. That's the fun part. But I also spend hours daily optimizing 
interaction between the K4's multiple processors, evolving faster ways to do 
alignment/test, and helping our software team work through a long wish-list of 
new capabilities.

The work can be tedious. Still, every evening when the team finally knocks off 
(and I do mean every evening, including most weekends), I get another chance to 
be a kid in the candy store. This rig's just so much fun to operate. And I'm 
confident that for every new K4 that comes off the line ready for its first 
test drive, there's an operator who'll experience the same feeling I do.

Despite the K4's advanced circuitry, I'm always reminded of my very first 
efforts at home-brew, when I was maybe 15. Discovery. Tweaking. From raw parts 
with their leads twisted together to prototypes only a mother could love to 
finished product to that first demo at a club meeting. It's much the same now, 
though the parts are smaller, the tools more exotic, and the stakes higher.

What I can promise is that we're putting everything we have into the K4, like 
we have with every product over the past 20 years. We can't wait to get them 
into your hands, and hear the smiles behind the mics and keys.

73,

Wayne
N6KR





__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] Receipt of 73 after RR73 sent triggers a 73 reply from CQ caller

[Neil Zampella]

Got it ... :)

Neil, KN3ILZ

On 3/6/2021 8:30 AM, Bill Somerville wrote:

On 06/03/2021 14:21, Neil Zampella wrote:

Hi,

I just installed 2.4.0-RC2 and found an issue with the auto sequencing
after an RR73 is sent.    Normally, I'll click on the Enable Tx right
after I send the RR73 so that the CQ call is immediately sent as the
next Tx time slice comes up.    I have the setting to clear the standard
messages checked.

However, when doing this in RC2, and a 73 reply is sent back from the
QSO partner,  RC2 will repopulate the standard messages, then send a 73
instead of the CQ call.

See attached screen capture.   Considering that this fix was intended to
be included in v2.3.1, I figured I had better report this ASAP.   If
you need more info, please let me know.    I'm not the only person
seeing this, as this was also mentioned on a FB page by another operator
earlier this morning.

Cheers,

Neil, KN3ILZ


Hi Neil,

thanks for reporting this issue, see my reply on the WSJTX Groups.io
list:

https://wsjtx.groups.io/g/main/message/22948

73
Bill
G4WJS.






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

[wsjt-devel] Receipt of 73 after RR73 sent triggers a 73 reply from CQ caller

[Neil Zampella]

Hi,

I just installed 2.4.0-RC2 and found an issue with the auto sequencing
after an RR73 is sent.    Normally, I'll click on the Enable Tx right
after I send the RR73 so that the CQ call is immediately sent as the
next Tx time slice comes up.    I have the setting to clear the standard
messages checked.

However, when doing this in RC2, and a 73 reply is sent back from the
QSO partner,  RC2 will repopulate the standard messages, then send a 73
instead of the CQ call.

See attached screen capture.   Considering that this fix was intended to
be included in v2.3.1, I figured I had better report this ASAP.     If
you need more info, please let me know.    I'm not the only person
seeing this, as this was also mentioned on a FB page by another operator
earlier this morning.

Cheers,

Neil, KN3ILZ

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

Re: [wsjt-devel] Release candidate: WSJT-X 2.4.0-rc2

[Neil Zampella]

Hi Claude,

WSJT-X can log the QSO, but as far as getting credit for it, trying to
upload to LoTW, eQSL, and the like will be problematic.   Remember when
FT4 first came out, people were loading to some online
logbooks/confirmation sites as MODE: FT4, then the ADIF committee came
out with the definition of MODE: MFSK, SUBMODE:  FT4, and a lot of
operators had to correct their uploads, local logs, etc.

Many local log programs have methods of making a local change to the
list of modes/submodes, so you can log to those and then change those
log entries 'en mass' to whatever the ADIF committee decides.   
However, if you load to an online service, that's harder to correct.

That's what I meant about how to log the Q65 QSOs.

Neil, KN3ILZ

On 3/6/2021 2:03 AM, Claude Frantz wrote:

On 3/6/21 2:07 AM, Neil Zampella wrote:

Hi Neil, Reino and all,


I wouldn't go there yet.   The ADIF committee has not yet met to add
this mode to the ADIF standard.


Is WSJT-X unable to log Q65 QSO's ?

Best wishes,
Claude (DJ0OT)





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

Re: [wsjt-devel] Problem with WSJT-X 2.4.0-rc2 Mac Version

[Neil Zampella]

FWIW ... Hamlib is built-in to WSJT-X.

Neil, KN3ILZ

On 3/5/2021 9:23 PM, John Stengrevics wrote:

Neil,

Fair enough.  I was hesitant to use WSJT-X 2.4.0-rc2 because of the problems I 
encountered (which blew up a preamp).

Nevertheless, I just tried the FT8 mode on 2.4.0-rc2 and it appears to work 
fine.

Thus, the problem seems to be isolated to Q65.  No Hamlib here.

73,

John
WA1EAZ


On Mar 5, 2021, at 8:09 PM, Neil Zampella  wrote:

Why did you run the clone to test FT8 .. .wouldn't it be a better idea
to see if WSJT-X worked correctly, then reported the issue?Using the
clone does not give the same information as the WSJT-X RC versions often
have Hamlib updates that other programs don't.

Neil, KN3ILZ

On 3/5/2021 1:10 PM, John Stengrevics wrote:

Hello,

I had been using the previous version successfully on a MacBook Pro (Intel not 
M1), OS Big Sur 12.2.2.

Today, I downloaded Mac version 2.4.0-rc2.

When running Q65 on 6 meters, T/R = 30 seconds, Submode A, the program 
continues to transmit after the 30 second period is complete, for 60 seconds 
total.  That is, PTT is active after 30 seconds but no output.

I did follow the instructions in the Readme file.

I have tried deleting 2.4.0-rc2 and re-downloading, with the same result.

I have since tried JTDX FT8 to confirm there wasn’t an obvious problem with my 
transceiver (Elecraft K3S). I have confirmed that FT8 works normally.

I would be most grateful for any suggestions.

John
WA1EAZ



___
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] Problem with WSJT-X 2.4.0-rc2 Mac Version

[Neil Zampella]

Why did you run the clone to test FT8 .. .wouldn't it be a better idea
to see if WSJT-X worked correctly, then reported the issue?    Using the
clone does not give the same information as the WSJT-X RC versions often
have Hamlib updates that other programs don't.

Neil, KN3ILZ

On 3/5/2021 1:10 PM, John Stengrevics wrote:

Hello,

I had been using the previous version successfully on a MacBook Pro (Intel not 
M1), OS Big Sur 12.2.2.

Today, I downloaded Mac version 2.4.0-rc2.

When running Q65 on 6 meters, T/R = 30 seconds, Submode A, the program 
continues to transmit after the 30 second period is complete, for 60 seconds 
total.  That is, PTT is active after 30 seconds but no output.

I did follow the instructions in the Readme file.

I have tried deleting 2.4.0-rc2 and re-downloading, with the same result.

I have since tried JTDX FT8 to confirm there wasn’t an obvious problem with my 
transceiver (Elecraft K3S). I have confirmed that FT8 works normally.

I would be most grateful for any suggestions.

John
WA1EAZ




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

Re: [wsjt-devel] Release candidate: WSJT-X 2.4.0-rc2

[Neil Zampella]

Reino

I wouldn't go there yet.   The ADIF committee has not yet met to add
this mode to the ADIF standard.

Neil, KN3ILZ

On 3/5/2021 11:28 AM, Reino Talarmo wrote:

On 3/5/21 2:54 PM, Joe Taylor wrote:

Q65 is designed for two-way QSOs over especially difficult propagation

paths such as ionospheric scatter, troposcatter, rain scatter, TEP,
EME, and other types fast-fading signals.  Details and recommendations
concerning the Q65 submodes are provided in the "Quick-Start Guide to
Q65", available here:
https://physics.princeton.edu/pulsar/k1jt/Q65_Quick_Start.pdf
Hi all,
When logging a Q65 QSO, which mode and submode are set in the ADIF log ?
Best wishes,
Claude (DJ0OT)

Hi Claude,

By a test: mode"Q65" and no submode.

73, Reino OH3mA


___
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] clock offset / fudge adjustment, automatic/manual

[Neil Zampella]

Mike Black and created a small program/script that will allow you to
hand adjust your time.  You can find it on his QRZ page:

https://www.qrz.com/db/W9MDB

Neil, KN3ILZ

On 3/4/2021 11:51 AM, David Smith wrote:

again, clarifying the use case: Portable use, no internet.

On Thu, Mar 4, 2021 at 8:56 AM Derek Turner via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:

I find this interesting because a while ago I suggested something
similar where the system clock could be adjusted in order to
synchronise with and work rare DX stations whose clocks were
significantly erroneous. I started experimenting but lost interest
when the particular problem I was having  with an African station
just went away.

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

Re: [wsjt-devel] Crash during QSO

[Neil Zampella]

David,

is it possible to send this as an attachment, rather than a 'cut and
paste' into an email?

Thanks,

Neil, KN3ILZ

On 2/28/2021 7:23 AM, David Schmocker wrote:


Sending JA7QVI KJ9I R-24.

Awaiting RRR    SH message (crash at start of Tx minute)..

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

Re: [wsjt-devel] ANNOUNCEMENT: update_wsjtx_log.py released

[Neil Zampella]

.. and I rest my case.

Neil, KN3ILZ

On 2/26/2021 9:44 PM, Dave Slotter, W3DJS wrote:

You're pretty brave behind your keyboard.

It's a wonder with remarks like yours that anyone bothers to develop
and release software for free.

On Fri, Feb 26, 2021, 10:02 PM Neil Zampella mailto:ne...@techie.com>> wrote:

Virtue signalling and insulting  think I see who the bully is
here.

Neil, KN3ILZ

On 2/26/2021 5:45 PM, Dave Slotter, W3DJS wrote:

If you haven't written code or actually CONTRIBUTED then your
opinion is worthless to me. Go take your bullying somewhere else.

On Fri, Feb 26, 2021, 6:22 PM Neil Zampella mailto:ne...@techie.com>> wrote:

I agree with Marco.    Its not a 'deficiency' if its not in
the design parameters of the program.    This is why there
are third-party programs, and scripts like your's to ENHANCE
the use of the program.

Neil, KN3ILZ

On 2/26/2021 3:34 PM, Dave Slotter, W3DJS wrote:

My opinion my words. You're welcome to your opinion that I
don't agree with.

On Fri, Feb 26, 2021, 3:17 PM Marco Calistri
mailto:py1...@outlook.com>> wrote:

Il 26/02/21 13:48, Dave Slotter, W3DJS ha scritto:

Fellow hams and users of WSJT-X:

I am pleased to announce the creation and immediate
availability of a Python script to address some of the
deficiencies of WSJT-X not providing a method to
automatically look up callsigns and missing grid
squares and fill them in.


--
Dave Slotter, W3DJS <https://www.qrz.com/db/W3DJS>



Despite I'm not in anyway related to the devs team
@WSJT-X, I think that the term "*/deficiencies/*" you
have used on your message intro, being totally
inappropriate.

Sorry for sharing my very personal opinion, but I felt
the necessity to do it.


---
*73 de Marco, PY1ZRJ (former IK5BCU)*
**
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<https://lists.sourceforge.net/lists/listinfo/wsjt-devel>


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


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<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] ANNOUNCEMENT: update_wsjtx_log.py released

[Neil Zampella]

Virtue signalling and insulting  think I see who the bully is here.

Neil, KN3ILZ

On 2/26/2021 5:45 PM, Dave Slotter, W3DJS wrote:

If you haven't written code or actually CONTRIBUTED then your opinion
is worthless to me. Go take your bullying somewhere else.

On Fri, Feb 26, 2021, 6:22 PM Neil Zampella mailto:ne...@techie.com>> wrote:

I agree with Marco.    Its not a 'deficiency' if its not in the
design parameters of the program.    This is why there are
third-party programs, and scripts like your's to ENHANCE the use
of the program.

Neil, KN3ILZ

On 2/26/2021 3:34 PM, Dave Slotter, W3DJS wrote:

My opinion my words. You're welcome to your opinion that I don't
agree with.

On Fri, Feb 26, 2021, 3:17 PM Marco Calistri mailto:py1...@outlook.com>> wrote:

Il 26/02/21 13:48, Dave Slotter, W3DJS ha scritto:

Fellow hams and users of WSJT-X:

I am pleased to announce the creation and immediate
availability of a Python script to address some of the
deficiencies of WSJT-X not providing a method to
automatically look up callsigns and missing grid squares and
fill them in.


--
Dave Slotter, W3DJS <https://www.qrz.com/db/W3DJS>



Despite I'm not in anyway related to the devs team @WSJT-X, I
think that the term "*/deficiencies/*" you have used on your
message intro, being totally inappropriate.

Sorry for sharing my very personal opinion, but I felt the
necessity to do it.


---
*73 de Marco, PY1ZRJ (former IK5BCU)*
**
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<https://lists.sourceforge.net/lists/listinfo/wsjt-devel>


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<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] ANNOUNCEMENT: update_wsjtx_log.py released

[Neil Zampella]

I agree with Marco.    Its not a 'deficiency' if its not in the design
parameters of the program.    This is why there are third-party
programs, and scripts like your's to ENHANCE the use of the program.

Neil, KN3ILZ

On 2/26/2021 3:34 PM, Dave Slotter, W3DJS wrote:

My opinion my words. You're welcome to your opinion that I don't agree
with.

On Fri, Feb 26, 2021, 3:17 PM Marco Calistri mailto:py1...@outlook.com>> wrote:

Il 26/02/21 13:48, Dave Slotter, W3DJS ha scritto:

Fellow hams and users of WSJT-X:

I am pleased to announce the creation and immediate availability
of a Python script to address some of the deficiencies of WSJT-X
not providing a method to automatically look up callsigns and
missing grid squares and fill them in.


--
Dave Slotter, W3DJS 



Despite I'm not in anyway related to the devs team @WSJT-X, I
think that the term "*/deficiencies/*"  you have used on your
message intro, being totally inappropriate.

Sorry for sharing my very personal opinion, but I felt the
necessity to do it.


---
*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] wsjt-devel Digest, Vol 84, Issue 158

[Neil Zampella]

I don't believe a  'macro' is used for this.

Neil, KN3ILZ

On 2/19/2021 2:39 PM, Jim Record wrote:

Have you considered adding a downloadable macro capability to let a
user program the capability for other contests. Maybe in Python?

Jim
AD0YO
--
Jim Record
/Firgenholt Joyner/
(Old English (sort of) for Mountain Wood Joiner)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Widegraph cursor frequency box

[Neil Zampella]

You can't ...

Neil, KN3ILZ



On 2/19/2021 4:30 PM, Andy Durbin wrote:

After installing WSJT-X ver 2.3.0 I have a cursor frequency readout
box displayed every time my mouse cursor is over the Widegraph window
even when no WSJT-X window has focus.   How can I disable this?

73,
Andy, k3wyc
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Winter Field Day Revisited

[Neil Zampella]

Considering the 'sponsor' of "Winter" Field Day had this to say below,
I'm not sure its worth it to add this 'contest'.   Not to mention that
the sponsor doesn't use the same types of codes that the ARRL Field Day
uses.  The codes in WFD would not properly fit in a 77 bit package, so
its not an issue that they couldn't add it, just that they can't.

Neil, KN3ILZ

"FT8/FT4 Notes:WFD has always had an Ecomm emphasis, even back when SPAR
sponsored it.. We waited for FT8 2.0, and FT4 hoping they would be more
flexible, but were disappointed that the new release would NOT do the
WFD Exchange as it currently stands. That alone rules out using FT8/FT4
for WFD. Also, its ability to carry any emergency message is near nil...
try sending "SOS - HMS TITANIC - HIT ICE - SINKING - 82.566N 34.713W".
Almost any other mode cansend that (or the WFD Exchange). Getting a
message through bad conditions is great.. but getting only a grid square
and a signal report is hardly a message of value to Ecomms. *When **FT8
can do the WFD exchange verbatim,* it'll become part of WFD. That has
been the consensus of the WFDA board for some time... We are not
anti-FT8. The ARRL did not change any rules in its contests to allow
FT8... FT8 developers changed what it could send to fit a few ARRL
contest exchanges. PS... There are a few folks talking about using
JS8Call... you might want to try that. It works similarly to FT8, but is
far more robust in what it can send and receive."


On 2/19/2021 11:21 AM, Dave Slotter, W3DJS wrote:

Joe:

I took your message as a challenge to look up where the activity is
definitively. From the notes below which I just compiled, it seems
that there is a "low" of *151* logs received by the 2020 FT8 VHF-UHF
EU contest up to a high of *2,349* logs received by the ARRL 2021 RTTY
Roundup. By comparison, the Winter Field Day falls in the middle with
*1,562* participant logs received. Next, WW-Digi, which you said, "The
WW-Digi contest is an even bigger event", was only marginally larger
with 1,690 logs received. And ARRL 2020 Field Day is in a class by
itself with an order of magnitude more entries -- and which messes up
the curve...

image.png

ARRL 2021 January VHF Contest: *1,196* logs received (source:
https://contests.arrl.org/logsreceived.php
and selected "2021
ARRL January VHF Contest in menu")
ARRL 2020 June VHF Contest: *Indeterminate* -- no menu item is
available to select
ARRL 2021 RTTY Roundup: *2,349* logs received (source
https://contests.arrl.org/logsreceived.php?cn=rttyru
)
2020 FT8 VHF-UHF EU Contest: *151* logs received (source:
https://ft8activity.eu/index.php/en/received-log-s/144-mhz-rcvd-logs
)
If this is the wrong source, then my apologies. Please direct me
to the correct source.
Winter Field Day: *1,562* logs received (source
https://winterfieldday.com/wfd-2020
 -- select Home, Outdoors and
Indoors to tally the contents of Column "Category" )

2020 WW-Digi: *1,690* logs received (source:
https://ww-digi.com/results/2020-ww-digi_results-article.pdf
)

ARRL 2020 Field Day: almost *19,000* participants reported (source
/QST/ Dec. 2020)


Winter Field Day is all-inclusive of every state, so it is not
comparable to the argument you made about it would not be manageable
to support 50 state QSO parties. WFD and QSO parties are apples and
oranges and are not easily comparable.

Now that I have demonstrated through research that the level of
involvement of Winter Field Day is comparable to the other contests
that WSJT-X already supports, would you please reconsider supporting
WFD with a future release of WSJT-X?

Thank you for your consideration.

--
Dave Slotter, W3DJS 


On Fri, Feb 19, 2021 at 11:17 AM Joe Taylor mailto:j...@princeton.edu>> wrote:

Hi Dave,

The simple answer is that when designing our 77-bit message
payload we
chose to implement support for a few contests particularly
relevant to
the WSJT-X modes.

WSJT and its sister programs were motivated for VHF/UHF
weak-signal work
and have had a strong VHF+ influence from the beginning. Hence the
support for NA and EU VHF contests.

We supported an exchange for the ARRL RTTY Roundup because it's a big
event and that has always encouraged QSOs using any digital mode.

The WW-Digi contest is an even bigger event, and its rules were
designed
to use the same exchange format as the NA VHF contest.

ARRL Field Day is not a contest, but involves many thousands of NA
hams
every year.  We were encouraged to include its straightforward
exchange
as a possibility, and that has turned out 

Re: [wsjt-devel] Email list

[Neil Zampella]

Ted,

that's not going to work, you need to use the links listed at the bottom
of every message to remove yourself.

Neil, KN3ILZ

On 2/17/2021 6:52 AM, Ted Lawhead Jr wrote:

Please remove my e-mail address from your list.



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

Re: [wsjt-devel] WSJT-x2.3.0 Anwser problem

[Neil Zampella]

Hi Rudy,

the obvious first question is does the operator have Call 1st checked ?

Neil, KN3ILZ

On 2/16/2021 10:53 AM, on4...@telenet.be wrote:

Hi Joe and colleagues,

I have identified a problem here with a colleague PA3GZD. It works with WSJT-X 
version 2.3.0 in Windows 7. Everything has always worked fine, until now. He's 
going to call CQ. On his right screen he sees a station coming back to him, but 
he keeps calling CQ. WSJT-X does not answer the answering station. If PA3GZD 
then clicks on that station on the right screen, the QSO will continue and 
reports will be exchanged. What can go wrong here. Like info. Thanks in 
advance. See alo attachment.

Kind regards
ON4CKT Rudy
https://www.qsl.net/on4ckt



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

Re: [wsjt-devel] Please save the T/R sequence lengths for each mode separately

[Neil Zampella]

Hi Charlie,

I'm so glad to hear that, makes more sense then to clone the Q65
settings to save the basic settings, and adjust for the submode.

Neil, KN3ILZ

On 2/16/2021 10:42 AM, Charles Suckling wrote:

Hi Neil

Judging by the activity reported today on the HB9Q EME logger, there
is lots of activity on Q65 already (432, 1296 and 10368). Stations are
rapidly learning to state the submode they are using, and increasingly
their TxFreq.  On 432 today,  folks were seeing for themselves the
benefits of AP, by experimenting with entries in the DX Call and Grid
boxes.

73

Charlie G3WDG

On Tue, 16 Feb 2021 at 17:29, Neil Zampella mailto:ne...@techie.com>> wrote:

So .. ??

It's like that for EVERY new mode, probably was like that for JT65 and
its various permutations.  You have to setup Q65 at least once to
get it up and running for the Q65 permutation you want to try.   
Saving
that to a configuration takes a selection from a menu, typing a name,
and saving.    Using that setup to adjust for the other permutations
starts with CLONING the original Q65 configuration and adjusting.

Much less time and effort, and all your previous settings are saved in
the original configuration. As far as 'very few use Q65', its
still
in beta and frankly is not a replacement for any of the FT modes, so
fewer will use it currently.

Neil, KN3ILZ

On 2/16/2021 10:07 AM, Serge Szpilfogel wrote:
> Very true Uwe I am on EME & if I go from JT65 to Q65 there is
always an issue with configuration. So very few people use Q65 or
if they do there is often an issue. Result they stay on JT65 & do
not use Q65 which is a pity
> 73,
> Serge VE1KG
>
> -Original Message-
> From: DG2YCB, Uwe mailto:dg2...@gmx.de>>
> Sent: Tuesday, February 16, 2021 15:51
> To: 'WSJT software development'
mailto:wsjt-devel@lists.sourceforge.net>>
> Subject: Re: [wsjt-devel] Please save the T/R sequence lengths
for each mode separately
>
> Hasan, I’m sorry, but I totally disagree. Configurations are
there to switch e.g. between 2 completely different hardware
setups, but not between two modes (or bands). Come on! That is the
most basic task of a multi-mode program itself.
>
> It is a pity that on this reflector EVERY suggestion for
improvement is immediately discredited. Rather frustrating! That’s
why the "clones" are more and more are growing in popularity ...
>
> The point is that in case of the new modes FST4, Q65, etc., a
user cannot simply switch to the mode and get started (as it was
with FT8, FT4, JT9, JT65, etc.) but first has to find out and put
in the correct sub and sub-sub parameters, and has to do that
every time he switches between these modes. No wonder that there
are only VERY few users… (Here in EU the five or six stations
using FST4 had QSOs with each other (or missed them because of
sub-mode mismatch), and due to missing success they went back to
FT8.) But all similar questions or comments from other users on
that were also rejected. Sad story…
>
>
>
> 73 de Uwe, DG2YCB
>
>
>
> Von: Hasan N0AN [mailto:hbasri.schie...@gmail.com
<mailto:hbasri.schie...@gmail.com>]
> Gesendet: Dienstag, 16. Februar 2021 15:18
> An: WSJT software development
> Betreff: Re: [wsjt-devel] Please save the T/R sequence lengths
for each mode separately
>
>
>
> It looks to me that's precisely why Configurations were created.
Why reinvent the wheel?
>
>
>
> People should learn to use configurations and they can then
customize their ops in any way they like.
>
>
>
> I have 12 configs, every mode has its own config. No mistakes,
no forgetting, no mis-setting. ...and no code bloat.
>
>
>
> 73, N0AN
>
> Hasan
>
>
>
>
>
> On Tue, Feb 16, 2021 at 6:39 AM Bill Somerville
mailto:g4...@classdesign.com>
<mailto:g4...@classdesign.com <mailto:g4...@classdesign.com>> > wrote:
>
>       Uwe,
>
>
>
>       your description of your amendment sounds different from
what you are asking for. If you have a version that switches to
the T/R periods *you* use with certain modes, then that is fine
for you but it is definitely not a general solution. if you have a
general solution that you have tested for all modes and usage
scenarios then why not contribute a patch?
>
>
>
>       73
>       Bill
>       G4WJS.
>
>
>
>       On 16/02/2021 12:27, DG2YCB, Uwe wrote:
>
>   

Re: [wsjt-devel] Please save the T/R sequence lengths for each mode separately

[Neil Zampella]

So .. ??

It's like that for EVERY new mode, probably was like that for JT65 and
its various permutations.  You have to setup Q65 at least once to
get it up and running for the Q65 permutation you want to try.    Saving
that to a configuration takes a selection from a menu, typing a name,
and saving.    Using that setup to adjust for the other permutations
starts with CLONING the original Q65 configuration and adjusting.

Much less time and effort, and all your previous settings are saved in
the original configuration. As far as 'very few use Q65', its still
in beta and frankly is not a replacement for any of the FT modes, so
fewer will use it currently.

Neil, KN3ILZ

On 2/16/2021 10:07 AM, Serge Szpilfogel wrote:

Very true Uwe I am on EME & if I go from JT65 to Q65 there is always an issue with 
configuration. So very few people use Q65 or if they do there is often an issue. Result 
they stay on JT65 & do not use Q65 which is a pity
73,
Serge VE1KG

-Original Message-
From: DG2YCB, Uwe 
Sent: Tuesday, February 16, 2021 15:51
To: 'WSJT software development' 
Subject: Re: [wsjt-devel] Please save the T/R sequence lengths for each mode 
separately

Hasan, I’m sorry, but I totally disagree. Configurations are there to switch 
e.g. between 2 completely different hardware setups, but not between two modes 
(or bands). Come on! That is the most basic task of a multi-mode program itself.

It is a pity that on this reflector EVERY suggestion for improvement is immediately 
discredited. Rather frustrating! That’s why the "clones" are more and more are 
growing in popularity ...

The point is that in case of the new modes FST4, Q65, etc., a user cannot 
simply switch to the mode and get started (as it was with FT8, FT4, JT9, JT65, 
etc.) but first has to find out and put in the correct sub and sub-sub 
parameters, and has to do that every time he switches between these modes. No 
wonder that there are only VERY few users… (Here in EU the five or six stations 
using FST4 had QSOs with each other (or missed them because of sub-mode 
mismatch), and due to missing success they went back to FT8.) But all similar 
questions or comments from other users on that were also rejected. Sad story…



73 de Uwe, DG2YCB



Von: Hasan N0AN [mailto:hbasri.schie...@gmail.com]
Gesendet: Dienstag, 16. Februar 2021 15:18
An: WSJT software development
Betreff: Re: [wsjt-devel] Please save the T/R sequence lengths for each mode 
separately



It looks to me that's precisely why Configurations were created. Why reinvent 
the wheel?



People should learn to use configurations and they can then customize their ops 
in any way they like.



I have 12 configs, every mode has its own config. No mistakes, no forgetting, 
no mis-setting. ...and no code bloat.



73, N0AN

Hasan





On Tue, Feb 16, 2021 at 6:39 AM Bill Somerville mailto:g4...@classdesign.com> > wrote:

Uwe,



your description of your amendment sounds different from what you are 
asking for. If you have a version that switches to the T/R periods *you* use 
with certain modes, then that is fine for you but it is definitely not a 
general solution. if you have a general solution that you have tested for all 
modes and usage scenarios then why not contribute a patch?



73
Bill
G4WJS.



On 16/02/2021 12:27, DG2YCB, Uwe wrote:

Hi Bill,

Why are you not open to such a solution? Would certainly help 
to increase the extremely small number of FST4 users. It takes too long to 
switch configurations.

But: I've already found a solution for myself. In my 
wsjt-x_improved versions, I have now programmed it so that the mode buttons 
automatically switch on the most common sub-mode (FST4-A60 or Q65-A30). Only 
needed two additional lines in the source code ...

73 de Uwe, DG2YCB



Von: Bill Somerville [mailto:g4...@classdesign.com]
Gesendet: Dienstag, 16. Februar 2021 11:39
An: wsjt-devel@lists.sourceforge.net 

Betreff: Re: [wsjt-devel] Please save the T/R sequence lengths 
for each mode separately



On 16/02/2021 10:16, DG2YCB, Uwe wrote:

Hi Bill,



Please let wsjt-x save the T/R sequence lengths for 
each mode separately. Why? Because for FST4 on 160m, FST4-A60 seems to become 
something like a “standard”, and for Q65 on 6m Q65-A30. But as wsjt-x currently 
saves only one T/R sequence lengths setting, each time the users have to change 
T/R sequence length when switching from FST4 to Q65 mode. It would help a lot 
when for FST4 and Q65 individual values are remembered. (And let FST4-A60 and 
Q65-A30 become the default settings when switching to “FST4” or “Q65”, so that 
it is easier for less-experienced users to start with these new modes.) Only a 
very minor change, but a significant 

Re: [wsjt-devel] Fwd: FW: wjst-x trouble report

[Neil Zampella]

Since the new GA version 2.3.0 is out, and JT-Alert is now ast 2.16.17,
try updating to the new versions to see if this still occurs.   Trying
to troubleshoot a superseded version is probably not practical at this
point in time.

Neil, KN3ILZ


On 2/12/2021 9:31 PM, M Bo wrote:


Dear friends,  I am running wjst-x 2.2.2 with jtalert 2.16.13 on a
windows 10 OS.

I was answering a CQ from F4CZV on FT8.  F4CZV was at 1861 Hz when he
responded, and then I confirmed and sent SNR.

At the next dwell, G0TSM on 1317 Hz was in my receive window sending
RR73 to W1BS.  Then, my FT8 called G0TSM instead of sending 73 to F4CZV.

This occurred at  134630 and again during another event at 135745,
with G0TSM sending on 1317 Hz while I was trying to QSO with PJ4NX on
2103 Hz.

I have attached screen shots of these two events plus the wsjt-x log
excerpts.

This is a non-frequent but recurring event with v2.2.2, that I never
experienced with the previous version(s) of wsjt-x.

73, mike n2mn

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

Re: [wsjt-devel] Version 2.4.0-rc1

[Neil Zampella]

Did you reset the frequency list when you installed the RC?

Neil, KN3ILZ

On 2/7/2021 1:56 PM, Harry E. Hoffman wrote:

I found an issues with the band pull down menu in V2.4.0-rc1.

The list will have the frequencies truncated.

This stared happening intermittently one moment it would be OK, I
would change to another configuration and then when I went back to the
first one the list would have the display issue. When you select from
the pull down the radio tunes correctly and the frequency display
window shows the correct frequency, the issues is just in the list.

I am running on the current version of Windows 10 Home (64 bit OS).

I am using the 32 bit version of the WSJT-X software.

I had not noticed this issue when I was running version 2.2.2 of WSJT-X.

Attached is a screen grab of the program showing the issue I have
described.

73 Harry (KA2ENE)





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

Re: [wsjt-devel] (no subject)

[Neil Zampella]

That's not going to work, you have to go to the URL shown at the bottom
of each message.

Neil, KN3ILZ

On 2/5/2021 11:30 AM, John Zantek wrote:

unsub







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

Re: [wsjt-devel] WSJT - DECODING PROBLEMS

[Neil Zampella]

I'd also make sure that you're using the latest version of WSJT-X.  What
you have listed is not a authorized RC version, that RC number is more
likely a clone version.

You should head to this page to get the latest General Availability
version, or the current v2.3.0-RC4 beta version.

https://physics.princeton.edu/pulsar/k1jt/wsjtx.html

Neil, KN3ILZ

On 1/28/2021 9:30 AM, Bill Barrett wrote:

Hell Gus-

When your computer stops decoding bring up a browser and type in
"TIME.IS " to see if your clock is seriously off.
Hope this helps.
Bill W2PKY

On Thu, Jan 28, 2021 at 10:21 AM Gustavo Barona C.
mailto:gubar...@cable.net.co>> wrote:

**

**

*De:*Gustavo Barona C. mailto:gubar...@cable.net.co>>
*Enviado el:* Wednesday, 27 January 2021 12:44 PM
*Para:* 'wsjt-devel@lists.sourceforge.net
'
mailto:wsjt-devel@lists.sourceforge.net>>
*Asunto:* WSJT - DECODING PROBLEMS

Gentlemen:

I started using WSJT software last June and since then I have
faced the problem that it suddenly stops decoding, even for
several days, receiving both the radio and the WSJT (waterfall)
good signals, and then, one day works perfectly for one or two
weeks, and, other day stops again. I am in the stage of not
decoding since January 22 last week, after fully decoding since
January 16. Between Dec. 5 and Dec. 11, another period of no
decoding. These are the last cases.

The curious thing is, that I have another computer with the WSJT
installed but not connected to any radio, and it does decode in
real time. What is the explanation to this?

I have seen in forums, a lot of people commenting the same problem
and every person suggests different solutions, but I have not
heard about consulting you about this matter.

Are you, as developers, aware about this instability?, because it
is very strange. Same computer and no configuration modifications
(computer and WSJT), is there any logical cause for this problem?

My conditions are:

WSJT version: 2.2.0-rc155

O.S: Windows 7 Professional

Tigertronics SignaLink USB

Computer: Laptop DELL Latitude E5450, RAM 16GB, HD free space 296GB

Exact sequence steps: Start WSJT to see if it is working

In June I was using the Kenwood TS-430S (identified as NONE in the
WSJT configuration), but in December I got the Kenwood TS-590S and
it is configured in the software according to the Kenwood
instructions.

I will highly appreciate your comments.

73,

*Gustavo Barona C. HK5FCI*

gubar...@telmex.net.co 

*Cali - Colombia*

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wsjt-devel




--
Bill Barrett
352-437-4758
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [Elecraft] Nifty Manuals

[Neil Zampella]

Hi Mick,

there was no link to any site for this.  Could you copy and paste ?

Thanks,

Neil, KN3ILZ

On 1/4/2021 1:07 PM, Mick Hall wrote:

These are still available new in the UK at Elecraft K2 Plus Options Nifty Mini 
Manual

|
|
|
|  |  |

  |

  |
|
|  |
Elecraft K2 Plus Options Nifty Mini Manual

Compact K2 Mini-manual. Size, 5 x 7.5 inches. Twenty-four high-quality 
laminated pages, loaded with detailed ins...
  |

  |

  |


73 Mick 2E0MMH




__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] Question about QRZ Integration

[Neil Zampella]

I have programmed in the past, although not for this project. However,
this is not irrelevant.   You are looking to add complexity to a program
that really does not need added complexity.

In addition, you are adding to the support issues that Bill et al,
already have as this addition has to work across a bunch of different
operating systems, Windows,  MacOS, and the various flavors of Linux.

Frankly, this is not an addition that makes any sense whatsoever.

Neil, KN3ILZ

On 12/3/2020 3:27 PM, Dave Slotter, W3DJS wrote:

Just curious -- how many of the people responding to my
original message -- /directed at Bill and Joe/ -- are actually going
to be coding anything? Not to be an ass here, but this was not an open
invitation to send QRM to the mailing list.

If you have code to contribute, great, otherwise, please stop the QRM
about irrelevant stuff.

I am working on a solution for a particular use case. If this doesn't
work for you, that's totally ok. It will work for me and quite a few
other people.

--
Dave Slotter, W3DJS <https://www.qrz.com/db/W3DJS>


On Thu, Dec 3, 2020 at 4:25 PM Hasan N0AN mailto:hbasri.schie...@gmail.com>> wrote:

Please do not ask the developers to turn WSJT-X into Bloatware.
Focus on the core functions and let 3rd party apps do the rest.
They are out there. The interface to them already exists. Don't
recreate the wheel and negatively impact the decoding of weak
signals by trying to make WSJT-X into a Swiss Army Knife.
73, N0AN
Hasan


On Thu, Dec 3, 2020 at 2:11 PM Adam Bartlett mailto:a...@abartlett.org>> wrote:

I want to agree with Jim N2ADV here - WSJT-X is a great
application for weak signal work. ACLog/Log4OM/RUMLog are
great loggers that will tie to QRZ/HamQTH/a database of US
Hams from the FCC's dump/etc, and two of the three are free
(plus CQRLog and other tools).  In information systems we're
moving away from monolithic services/software toward
microservice architectures - I see WSJT-X as a weak signal
microservice that talks to my logging microservice that might
also talk to FLDigi or a SSTV tool.

73,
Adam Bartlett
N5YHF

On Thu, Dec 3, 2020 at 1:38 PM James Shaver (N2ADV)
mailto:n2...@windstream.net>> wrote:

So many users have so many different tastes that the UI
really should be dedicated to decoding functions vs what
are “quality of life” functions.  If you try to sharpen a
hammer to make it a knife, you’ll have a mediocre knife
and a terrible hammer.

Just my 2 cents...

73,

Jim S.
N2ADV


On Dec 3, 2020, at 2:27 PM, Neil Zampella
mailto:ne...@techie.com>> wrote:



There are many for Windows, and I'm fairly sure that
Gridtracker does a lookup also, and its available for Linux.
As far as modifying the wsjtx_log file, why?    Again,
you're adding complexity to the program that is not
really needed, and would add to the support issues seen here.

Neil, KN3ILZ

On 12/3/2020 11:37 AM, Dave Slotter, W3DJS wrote:

You said, "there are plenty of third-party bridge,
programs that do this as do many logging programs"

Please support your statement with specific examples.

I would like to know which of these run under Linux and
directly modify the file "wsjtx_log.adi" file.

Thank you. Regards

--
Dave Slotter, W3DJS <https://www.qrz.com/db/W3DJS>


    On Thu, Dec 3, 2020 at 11:29 AM Neil Zampella
mailto:ne...@techie.com>> wrote:

FWIW ... there are plenty of third-party bridge,
programs that do this
as do many logging programs.  Adding something that
requires Internet
access both ways, rather than the PSK Reporter's
feed only, may cause
other issues, as well as add on to the support
issues often seen here.

Neil, KN3ILZ

On 12/3/2020 8:38 AM, John Nelson wrote:
> Dave,
>
> Scheme to populate name field in log:   good idea
but —  you suggest “full names” where it seems to me
“first name” would be sufficient and appropriate. 
Comment?
>
> — John G4KLA


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

Re: [wsjt-devel] Question about QRZ Integration

[Neil Zampella]

There are many for Windows, and I'm fairly sure that Gridtracker does a
lookup also, and its available for Linux.
As far as modifying the wsjtx_log file, why?    Again, you're adding
complexity to the program that is not really needed, and would add to
the support issues seen here.

Neil, KN3ILZ

On 12/3/2020 11:37 AM, Dave Slotter, W3DJS wrote:

You said, "there are plenty of third-party bridge, programs that do
this as do many logging programs"

Please support your statement with specific examples.

I would like to know which of these run under Linux and directly
modify the file "wsjtx_log.adi" file.

Thank you. Regards

--
Dave Slotter, W3DJS <https://www.qrz.com/db/W3DJS>


On Thu, Dec 3, 2020 at 11:29 AM Neil Zampella mailto:ne...@techie.com>> wrote:

FWIW ... there are plenty of third-party bridge, programs that do this
as do many logging programs.  Adding something that requires Internet
access both ways, rather than the PSK Reporter's feed only, may cause
other issues, as well as add on to the support issues often seen here.

Neil, KN3ILZ

On 12/3/2020 8:38 AM, John Nelson wrote:
> Dave,
>
> Scheme to populate name field in log:   good idea but — you
suggest “full names” where it seems to me “first name” would be
sufficient and appropriate.  Comment?
>
> — John G4KLA


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<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 about QRZ Integration

[Neil Zampella]

FWIW ... there are plenty of third-party bridge, programs that do this
as do many logging programs.  Adding something that requires Internet
access both ways, rather than the PSK Reporter's feed only, may cause
other issues, as well as add on to the support issues often seen here.

Neil, KN3ILZ

On 12/3/2020 8:38 AM, John Nelson wrote:

Dave,

Scheme to populate name field in log:   good idea but —  you suggest “full 
names” where it seems to me “first name” would be sufficient and appropriate.  
Comment?

— John G4KLA



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

Re: [Elecraft] KX2 & FT8

[Neil Zampella]

The one question I didn't see asked was you have the rig in DATA-A mode,
right?

Neil, KN3ILZ

On 12/1/2020 7:04 AM, Mark Moeller wrote:

I am working to get my KX2 setup for FT8 and appreciate any help.

My setup includes: KX2 connected to a G5RV antenna, Windows 10 laptop, USB
Sound Card, Mic & Phone cables. I am receiving FT8 signals fine, but cannot
make contact with anyone else.

Note that I make CW contacts with no issue, so believe my antenna is fine.

There are many FT8 settings to configure, so unsure where the issue is.

Thank you in advance for advice and/or pointing me in the right direction.


__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [Elecraft] Firmware development

[Neil Zampella]

Of course, as mentioned previously in this thread, large companies have
funds that they can invest in personnel to do the development, so I
would expect that Kenwood would be able to assign personnel quickly to
handle such issues.

Neil, KN3ILZ

On 11/25/2020 10:25 AM, Andy Durbin wrote:

"Name any other company that gives you FREE firmware updates in real time (not 
months later like Icom or never like most others) until the issues are resolved to the 
user satisfaction; or that ADD features previously unavailable."

Kenwood!

Kenwood has released firmware updates for TS-590S defects that I reported and 
made product improvements that I suggested.   My experience is that Kenwood has 
fixed problems far more quickly than Elecraft.

73,
Andy, k3wyc


__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] WSJT-X won't connect to a COM Port

[Neil Zampella]

It is NEVER a good idea to run 'as Administrator' as that raises the
permissions of the program and often causes other programs issues as
they can't communicate with it.

In fact, no well written Windows program should be run 'as Administrator'.

Neil, KN3ILZ

On 11/6/2020 7:56 AM, John Clark wrote:

Run VSPMgr as Administrator?



73

TI4JWC






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

Re: [Elecraft] K4 built-in operating manual now available

[Neil Zampella]

FYI:   the Elecraft website also has PDF versions of the K4 manual that
you can print right now.

Neil, KN3ILZ

On 10/8/2020 3:54 PM, Nigel Lemaire wrote:

I kind of like that the K4 has a built in manual, which is no doubt
updated as required AUTOMATICALLY.

Is there a provision to print out the manual from the K4?  I'm pretty
much a "paper person" and print out all my manuals. Not having to
revisit the Elecraft web to see if a more recent version of a manual
is available would be a  nice bonus IMHO.

73
Nigel
WA6MSE


__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] wsjt-devel Digest, Vol 80, Issue 19

[Neil Zampella]

True ... I just saw that it said he was on 6 meters ... :(

Neil, KN3ILZ

On 10/5/2020 5:27 AM, Bill Somerville wrote:

On 05/10/2020 03:58, Neil Zampella wrote:

Um .. not sure what that is supposed to show.   It shows that you're
on 6 meters.  If someone is reporting you on 60 m, that's their
problem, they're reporting you incorrectly.  Has nothing to do with
PSK Reporter.

Neil, KN3ILZ


Neil,

the aerial and other station information comes from the transmitting
station, not the spotting station.

73
Bill
G4WJS.






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

Re: [wsjt-devel] wsjt-devel Digest, Vol 80, Issue 19

[Neil Zampella]

Um .. not sure what that is supposed to show.   It shows that you're on
6 meters.  If someone is reporting you on 60 m, that's their problem,
they're reporting you incorrectly.  Has nothing to do with PSK Reporter.

Neil, KN3ILZ


On 10/4/2020 8:06 PM, wsjt-devel-requ...@lists.sourceforge.net wrote:

Send wsjt-devel mailing list submissions to
wsjt-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
or, via email, send a message with subject or body 'help' to
wsjt-devel-requ...@lists.sourceforge.net

You can reach the person managing the list at
wsjt-devel-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of wsjt-devel digest..."

Today's Topics:

1. PSKReporter---V.2.3.0-rc1 (Pino Zollo)


___
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: [Elecraft] K4 sound card capability

[Neil Zampella]

Terry,

the K4 will connect with a USB cable to your PC, you will not need a
Signalink.  It will have a much better soundcard than the Signalink
provides.    Since the K4 manuals are now online, you can download the
PDF and see for yourself.

FWIW .. you don't need the Signalink with the KX3, just a set of stereo
cables, and a USB soundcard.

Neil, KN3ILZ

On 10/4/2020 2:07 PM, Terry Brown wrote:

I have a KX3 which connects to a signalink that connects to my computer for 
digital modes.

I have not owned a K3(S).  I assume the K4 has an internal sound card to take 
the place of the signalink but I don’t know how it interfaces to my computer 
and it’s programs. Is the only thing needed a usb connection between the K4 and 
computer?

Hoping to see my K4 by year’s end.   I’m near the end of Group 1 and have no 
idea how many are in Group 1.

Thanks!
73,
Terry




__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [Elecraft] No Tx audio after WSJT upgrade

[Neil Zampella]

Actually ... WSJT-X only uses what windows tells it is available.   
After Windows updates its been found that Windows will scramble the
audio devices, especially if they are USB devices.

What has been found to work is to RENAME the device you use in the Sound
Control Panel.  Bring up the Sound Control Panel, find the USB adapter
normally used for sound input to WSJT-X under Speakers and double click
to open the properties.   On the first tab you can rename it to what you
want to use, such as WSJT-X Sound OUT.   Do the same with the microphone
device and rename to WSJT-X Sound IN.

Click the OK button, and then close the Sound Control Panel.   I'd do a
restart to make sure that Windows has saved that info.   Then open
WSJT-X and select them on the Audio setting tab.

Most of the users who have done this have not see the 'scrambled audio
device' issue again.

Neil, KN3ILZ

On 9/12/2020 9:22 AM, Rich wrote:

WJST-X does a very poor job of loading the current sound devices from
Windows when you run the program.   It appears to load whatever
existed in the Sound Panel when it was installed.

So use caution that what you see in the WJST-X audio window vs. what
actually exists in the Windows Sound Panel.

To me it appears to be more of WJST-X issue that a Windows issue

Maybe there is a way to fix this, but I do not know what it is.

Rich

On 9/12/2020 7:20 AM, Ian Kahn, NV4C wrote:

Joe,

Check your WSJT-X settings and ensure you still have the correct
sound card selected and that something didn't change your output
target/radio selection. Also, if you're running Windows, make sure
something else didn't change any of your sound card settings from
what you had prior to upgrading WSJT-X.

73 de,

Ian, NV4C

On 9/11/20 11:23 PM, W8JH wrote:

I was working FT8 tonight and decided to upgrade from WSJT 2.0 to
the latest
2.2.

Now I have no audio on transmit. All other functions work. Decodes,
band
change etc.

It puts the K3s in transmit but no audio. I have adjusted the Mic gain
without effect.

I double checked that WSJT has the K3s codec for transmit selected. 
Windoze
shows it working as well.

I’m totally stumped and wish I hadn’t upgraded now. Any ideas how to
proceed
?

73,



-
73,

Joe, W8JH

K3s, KPA 500, KAT 500 and  KX3 happy user.
--
Sent from: http://elecraft.365791.n2.nabble.com/
__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to nv4c@gmail.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to rwnewbo...@comcast.net



__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [Elecraft] K2 Rig Control Software

[Neil Zampella]

DXLab's DX Commander works fine with the K2, and integrates well with
DXKeeper log program, along with the rest of the DXLabs suite.

I use Commander with the K2 to run WSJT-X modes with Commander as the rig.

Neil, KN3ILZ

On 8/26/2020 3:15 PM, Dave Van Wallaghen wrote:

Hey Denny,

I use the free version of HRD to test K2's here. Like Don said, it is
clock cycle hog, but works fine. With the IF buffer amp I have
installed on mine, I use HDSDR to control the rig and work with
SDRPlay for panadapter operation. SDRPlay is also paired up with
SDRUno and it works with the K2 as well.

73,
Dave, W8FGU


On 8/26/2020 3:33:37 PM, "Don Wilhelm"  wrote:


Denny,

Ham Radio Deluxe works with the K2 - at least the last free version
(4.???) did for me.  It burns a lot of computer cycles, but that is
OK on modern computers.  If your computer is 'old iron', it may have
a problem.

73,
Don W3FPR

On 8/26/2020 3:13 PM, Wb9msm wrote:

Hi All -

Does anyone know of any rig control software that is available for
the K2?
I know that the K2 Remote is available but I would like something
with more
capabilities than that software.  I use ACLog for logging and it works
perfect with the K2 but doesn't give me rig control.

Thanks for any assistance with my question and 73,

Denny
WB9MSM



-
Dennis Berg
--
Sent from: http://elecraft.365791.n2.nabble.com/
__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to donw...@embarqmail.com


__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to d...@w8fgu.com




__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [Elecraft] K2 latching relays and filter alignment

[Neil Zampella]

Albin,

Elecraft does have these relays.   I had to replace one in my K2, and I
ordered via the website.

Neil, KN3ILZ

On 8/24/2020 10:35 AM, Albin Stigö wrote:

Hi,

I'm in the process of repairing a K2 I've inherited from Clemed SM6DRH
who sadly passed away earlier this year at age 90.

It didn't receive/transmit on 40m and I've identified the problem to
be a defect ("stuck in the middle") relay K12 (bandpass select relay).
The relay in question is an Omron G6HU-2 5VDC. These are kind of hard
to find these days so I was wondering if anyone knows where I can find
them (preferably in the EU) or a suitable replacement?

While I'm at it I was thinking about re-aligning all the filters using
a spectrum analyzer with a tracking generator. I'm wondering if anyone
has developed a procedure for this, ie where it's good to inject the
TG signal and where it's good to measure.


Sincerely,
Albin SM6WJM


__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] WSJT-X and Windows CMAKE Versions > 3.14.4

[Neil Zampella]

Oh please ... give it a rest ...

Neil, KN3ILZ

On 8/22/2020 6:35 PM, Stephen VK3SIR wrote:


Bill,

  * Instead you choose to write long rants about the incompetence of
the WSJT-X development team..

Long “rants” … People also said that of Washington, Adams, Franklin
and Jefferson’s speeches and dispatches (and I am not in their league)….

I asked for assistance time and time again on the issue that prompted
this threads.

The patches you have are V 3.17 – and that has been around for some
time ago. Instead I and those working on supporting and learning have
apparently been left to “hang out to dry”. The old expression “give
’em enough rope and they will hang themselves” … Yet this is not a
visionary approach in a community that is craving learning and
advancement.

*_I completely REJECT that near slander that you have put forward that
I am questioning Core Developers Team Members’ Competence._*

Quote me: You people have created a WORLD LEADING EXAMPLE software
that many in the professional community use as the bases for their
work. You produce something that we as Amateurs put up on a pedestal.
As a result you people as the Core Developers are put up on a pedestal
for the world … And you deserve to be there.

Sometimes you need support to *_remain on the pedestal_* with the
BIGGER PICTURE being the ADVACNEMENT and REPUTATION of Amateur Radio.

I have said this often and consistently to people who PM me in the
background !

What I am questioning is the way you are communicating and interacting
with others in the HAM community that are trying to learn and get to
your level … and hence further advance AR’s Reputation in an age when
it is under threat !


*_I am NOT QUESTIONING COMPETENCE of The Core Development Team. You
have perhaps the world leading project out there._*

What I am questioning is attack, resist and put-down and hang out to
dry of members of our community that are really keen to learn, assist
and support. I am trying to reform some of the nastiness in our own
community that is often used against us when you talk with Regulators
and Politicians. Not everyone is a great communicator. Not everyone
has your expertise.

The #1 rule of education – areas where many here have great
credentials and experience - is to BE CONSISTENT WITH COMMUNICATION
and SHOW NO FAVORITES. CEMETERIES are full of INDISPENSIBLE MEN
(including Washington, Adams, Franklin and Jefferson … as well as many
of our revered SK’s). That was my core that enabled me to survive in
an academic environ for 30-odd years until my health failed. I always
trained my replacements – yet over 30 years I saw all of them go 

You as a member of the Core Development team are a teacher …. And AR’s
core reason for existence according to the ITU and many Regulatory
Domains is for non-commercial experimentation and learning.
Experimentation and learning requires teachers and guides. You are a
teacher and a guide.

  * It was your choice to upgrade CMake, and indeed Qt….

Ummm … Not really my choice…. There WAS AND IS NO CHOICE. It was a
necessity. It was the choice of time and progress. The JTSDK 3.1 x64
was left over 12 months ago partially complete.

The Linux Distros automatically deliver libraries in many cases that
match what we are trying to match – to make available via the Windows
JTSDK (and its patches).


*I coordinated a group (under my name) that came in as “damage
control” and put together something that completely respects Greg
Bream KI7MT’s IP – in fact it sets him up to take control again if he
returns -  yet also allows for changes and advancement of
technologies. It is fully designed to support what the Core
Development Team does.*

It also is designed to support others outside WSJT-X that use our
valuable resources. Many Academic Environs use the JTSDK’s as a base
for their learning 

*_The whole idea of a SDK is to be “future proof” - to be extensible
and expandable and capable of supporting experimentation._*

I have requested for a considerable amount of time that BASE (IDEAL)
Specifications – library versions etc. should CLEARLY be published
with each source release. That should be the minima that The JTSDK
supports. Yet it must be future-proof in itself and new components
should seamlessly integrate. This is a more than reasonable community ask.

*_So there is really no choice … Its necessity for our HAM community …
and it does not take vision to see that !_*


Anything outside these specs is advancement and experimentation. So a
SDK having complete minimum support for the “base” is the target. Yet
also being robust and able to cope with future enhancements only
supports and enhances the WSJT-X project’s position and status.

*_Using patched custom libraries is considered very unprofessional_*
and ties you to specific library/software versioning … Identifying
this can be considered as a constructive push to keep you on your
pedestal. Pushing Hamlib into functionality that its never really been
designed to do 

Re: [wsjt-devel] r2.2.2 Minor Issue with "short" calls that use DX

[Neil Zampella]

Um ... you just got it ... :)

Neil, KN3ILZ

On 8/19/2020 4:44 PM, jbozell wrote:


Well! This seemingly innocuous (but useful) thread has suddenly gotten
much more interesting. Popcorn please...who has the square for the
first person to say “if you don’t like it, scroll down”? 

73,

WB0CDY

*From: *Paul Randall 
*Reply-To: *WSJT software development 
*Date: *Wednesday, August 19, 2020 at 3:17 PM
*To: *WSJT software development 
*Subject: *Re: [wsjt-devel] r2.2.2 Minor Issue with "short" calls that
use DX

*[External Email]*

Actually, NO.

I've asked stupid questions on here, been pointed at the answer
elsewhere and regretted my lack of "go find it".

What I can say is I didn't make my questions into a boxed set, to be
enjoyed for a whole season.

If you've nothing better to do it may be a distraction but this forum
is purposed for "WSJT Software development"

WSJT software allows us all to use some extremely clever turnkey
signal processing software to make contacts on almost every band with
potentially minimal equipment. It does however still require operators
to have a tad more than minimal "pizzaz!"

A while back I saw CQs from (bogus) T3ST (bogus) - I'm sure I could
have complained here "why did I see this?" and who could have known
this was BOGUS (bogus callsign) BOGUS.  T3ST? who could have guessed?
BOGUS

So, if you are operating CW or SSB or AM or FM or RTTY or anything
else, and you hear a BOGUS (bogus) callsign, please don't expect your
morse key, or electronic keyer, or balanced modulator, or any other
modulator, to remove from you the need to identify the callsign as
BOGUS (bogus) or prevent you from replying.

WSJT software in conjunction with PSKReporter has revolutionised our
view of LF, VHF and UHF propagation. I worked Falklands on top band!
My neighbour was able to record transmissions from D4VHF Cape Verde on
2M for almost every day in June, a path length equivalent to Europe -
North America. I personally worked D4VHF on 70cm twice in July.
Transatlantic path length on 70cm??? Really?

Let's keep this channel open and clear for input to the software
development team for that purpose - software development, also keep in
mind WSJT software has a specific purpose and is not intended to be a
"go everywhere, do everything" answer for every possible scenario you
might experience. Licensed operator is still required.

Maybe a lot of these posts might be better sent to a WSJT user forum,
where operators can exchange experiences and gain understanding.

So,  I echo the OMs intention, let's rejoice in asking questions, but
please re-consider the bandwidth you are occupying, is it appropriate
or perhaps better elsewhere?

My 2p worth

Paul G3NJV



*From:*Carey Fisher 
*Sent:* 19 August 2020 20:36
*To:* WSJT software development 
*Subject:* Re: [wsjt-devel] r2.2.2 Minor Issue with "short" calls that
use DX

I find the discussion interesting.

73, Carey, WB4HXE

On Wed, Aug 19, 2020 at 2:42 PM Gary McDuffie mailto:mcduf...@ag0n.net>> wrote:


> On Aug 19, 2020, at 02:21, Stephen VK3SIR mailto:vk3...@hotmail.com>> wrote:
>
>
>

--
>
> Why has the stream been decoded (good) and the logic allowed it
to be identified – displayed - as coming from Morocco (bad)? The
station should not display that it has come from Morocco in the
first place as the call violates the rules of callsign structures
for that DXCC entity. That is the real point I am making here !
>
> —
>

Good grief!  Can this thread not die?  If you don’t know the call
and it looks bogus (yes it does) why are you even looking at it? 
Dimiss it and move on. There is supposed to be an operator at the
keyboard to interpret these things.

Gary - AG0N

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wsjt-devel


--

Carey Fisher

careyfis...@gmail.com 

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

Re: [wsjt-devel] r2.2.2 Minor Issue with "short" calls that use DX

[Neil Zampella]

Since Tx5 is can be used for "Free Text", adding any sort of 'callsign
check' would be hard to implement as anything can, and often is entered
into that message box. The logic would need to be able to
distinguish between a valid callsign, and something that LOOKS like a
valid callsign but isn't.

Frankly, thread is getting out of hand.    The issue that occurred only
happens if someone does not use the program properly, which usually
means they did not take the time to read the User Guide and the sections
that cover this 7.2, and 10.5.
https://physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.2.2.html

Neil, KN3ILZ

On 8/19/2020 7:27 AM, Frode Igland wrote:

Steve,
My apologies that I hadn't noticed that Reino had already explained
the invalid call sign. I should have read all the messages this
morning before I responded to your e-mail.

I guess that we may wish that the WSJT-X algorithm for identifying the
DXCC entity should have had a checkpoint that the call sign is at all
valid (involving at least the prefix and number), prior to identifying
the DXCC entity (I guess the current method is to look at the first
2-3 characters after "CQ " from Tx6 or "CQ DX " from Tx5). As this was
a case from Tx5, we know the message after "CQ DX " must conform to
the special standards required to allow more than 13 characters, or it
will be considered free text and truncated beyond 13 characters.

As Tx5 obviously did not accept 5CT as a call sign, there must already
be some sort of "valid call sign check", at least in that message,
otherwise it would have been sent as an ordinary CQ DX message from
Tx5 with an untruncated locator. I have no idea whether a general
"valid call sign check" to avoid DXCC entity identification of invalid
call signs is a simple matter to include, or if it may slow down
decoding or have other undesirable effects in WSJT-X.

Nor do I know whether a "valid call sign check" is needed, as
identifying call signs not conforming to call sign format standards
may be something that should be left to the operator's attention and
consideration, not the computer's logic. We don't have to automate
everything just because it may be possible to do it. I guess Bill, Joe
et al. will look into the matter and decide whether this issue makes
it to the priority list.

73 Frode LA6VQ


ons. 19. aug. 2020 kl. 10:25 skrev Stephen VK3SIR mailto:vk3...@hotmail.com>>:

Frode and The Community-at-large,

Yes its invalid – the discussion has clearly identified that and I
suspected that at the first post. The community has done a great
job in clarifying this not only just for me but also lots of others.

No more discussion needed on that subject of the callsign validity
forever as it is repetitive and it has been most clearly identified ….

WSJT-X has correctly prevented Tx response to the station…. Good Job J

But… There is a point that many of you are missing here and that I
am trying to get across … So I’ll place this in a container for
clarity:


--

Why has the stream been decoded (good) and the logic allowed it to
be identified – displayed - as coming from Morocco (bad)? The
station should not display that it has come from Morocco in the
first place as the call violates the rules of callsign structures
for that DXCC entity. That is the real point I am making here !


--

There are many ways that this could be adjusted when the codebase
for r2.2.2 is examined with some methods having greater impact
than others to the codebase – If this behaviour has not been
addressed already with other tweaks that may have entered the
codebase > r2.2.2 (which we know is awaiting the Hamlib go).

There is no point posting changes to the codebase as it is closed
… what I could post may upset something else unknown to me. So
therefore we have to post “anomalies identified” and rely on the
intelligence of our core development team to consider, rate and
implement changes if necessary.

Many many many posts of mine have been about refactoring logic to
prevent and eliminate false decodes and user confusion. This is a
false lead issue reported here created a user confusion issue in a
number of stations at the time that contacted me (Remember many of
us hunt DX in packs !). I could validate the confusion issue when
it presented itself. Therefore I have a responsibility to report
the matter to the community !!!

Almost all my posts are around improving utility especially for
the “learner” and decreasing end-user confusion J

73

Steve I

VK3VM / VK3SIR

___
wsjt-devel mailing list

Re: [wsjt-devel] r2.2.2 Minor Issue with "short" calls that use DX

[Neil Zampella]

I suspect its due more to the fact that he was using the Tx5 message
with its 13 character limit, and not the Tx6 which allows the addition
of up to 4 characters between the 'CQ' and the callsign, and will also
include the full 4 character grid in the transmission.

Neil, KN3ILZ

On 8/18/2020 2:34 AM, 5p1kzx Michael wrote:

Hi Steve

I don't think that 5CT is a valid callsign. A search on the Internet
gave no result.

73 de Michael 5p1kzx


Den 18-08-2020 kl. 08:06 skrev Stephen VK3SIR:

Hi Folks,

I am unsure whether this has been reported:

30m:

055130 -11  0.2 1626 ~  CQ CO8LY FL20  Cuba
055130 -17  0.3 1342 ~  R3BV F1LYV RR73
055130 -19  0.3  618 ~  CQ DX 5CT JN0  Morocco  <-- Will not
allow this to be picked this up
055200 -12  0.2 1627 ~  CQ CO8LY FL20  Cuba

No matter what you do or how you try to pick up this calling station
and pick up its call (i.e. click on it, double click, even use
JTAlert) WSJT-X will not pick up this call !

I can see that this is being primarily interpreted as a text message
(i.e. > 13 chars) ... with the call framed in a " bad" format
(missing the final char of the maidenhead).

[ It is fully understandable and understood why the logic will not
allow this call to be picked up as the truncated maidenhead is
confusing things ]

Unfortunately I do not have a recording of this to post back ...

The screen is going nuts here with PM's so it needs be reported.

73

Steve I
VK3VM / Vk3SIR

___
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] Changes to the INSTALL file in the 2.2.2 tarball

[Neil Zampella]

You need to visit the webpage listed at the bottom of all emails and
unsubscribe from there.

Neil, KN3ILZ

On 8/11/2020 7:13 PM, Jeff Elkins wrote:

unsubscribe

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: [Elecraft] KX2 3D/X-ray model live demo at QSO Today Ham Expo

[Neil Zampella]

I'm assuming that all the Zoom presentations will be available, since
I'm assuming that people like me won't be able to view some of them
live.   I'm very interested in the Classic Line presentation, along with
the K4 presentation.

Thanks,

Neil, KN3ILZ

On 8/7/2020 1:08 PM, Wayne Burdick wrote:

Recorded, yes, but I'm not sure when it will be posted.

Love to have everyone there, if possible. Bearing personal witness to my first 
sojourn into the Wilds of Zoom may have entertainment value that transcends 
content.

Wayne



On Aug 7, 2020, at 10:55 AM, Eric Garner  wrote:

Is the presentation going to be recorded for viewing later for those of us who 
cant make it this weekend?

Eric

On Fri, Aug 7, 2020, 9:33 AM Wayne Burdick  wrote:
Curious about how the KX2 and other Elecraft products were designed? One of the 
most important steps in the process is 3D modeling.

On both Saturday and Sunday, I'll be doing live demos of the KX2, including a 
full tour of the radio's 3D model. This will include:

  - building a virtual KX2, one assembly at a time
  - xray imaging to illustrate efficient space utilization
  - KXPD2 model (the paddle is directly 3D printed for production)
  - discussion and live Q on design choices, hardware, batteries, etc.

As mentioned in the previous email, we'll be doing live demos of all major project lines at 
the QSO Today Ham Expo this weekend (visit the Expo  
Website  to 
register). To sign up for any of the demos, just click on Booth/Demo Schedule when you 
visit our booth.

73,
Wayne
N6KR


-

Elecraft...Full-Contact Ham Radio
www.elecraft.com 

QSO Today Ham Expo gold sponsor; August 8-9, 2020
www.qsotodayhamexpo.com 




__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to garn...@gmail.com



__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] WSJT-X defect report - Incorrect tab 2 grid message

[Neil Zampella]

I have no problem with removing that for the next version.  Would save a
lot of time by you and the other developers during contests answering
questions about why something was not logged properly. Tab 1 gives
the user a full visual display of what they are sending, and should be
receiving, which would eliminate other 'issues' about the way a QSO
progresses.



Neil, KN3iLZ

On 7/28/2020 10:28 AM, Joe Taylor wrote:

Hi Andy,


Any valid call with a valid suffix will fail to generate a Tab 2 Grid
message.

Clear DX Call and DX Grid fields
Select Message Tab 2
Press Grid message button - generated message is blank.  As expected.
Enter "CALL" in DX Call field and press Grid - generated message is
" {my call} {my grid}".  As expected.
Enter "CALL/7" in DX Call field and press grid - generated message is
" {my call} {report}".  Not as expected.
Select Message Tab 1 - Observe  " {my call} {my grid}" was
correctly generated.


I can confirm the behavior you describe.

Tab 2 was originally introduced as as aid to users of JT65-HF. It's
more or less what those users were accustomed to.

Tab 2 is currently deprecated, at least by your developers.  We never
use it, seldom test it, and generally wish it would go away.  It does
not fit comfortably into the many ways WSJT-X has evolved since the
advent of FT8, FT4, and other things yet to come.

Would there be huge howls of protest if Tab 2 were permanently
removed? If so, should we pay attention to them?

-- 73, Joe, K1JT




--
This email has been checked for viruses by AVG.
https://www.avg.com



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

Re: [wsjt-devel] WSJT-X v2.3.0

[Neil Zampella]

I suspect its the developers working on the next release.   Its not
available to the public.

Neil, KN3ILZ

On 7/26/2020 3:23 PM, Steinar Aanesland wrote:


Hi all

Is there a version WSJT-X v2.3.0-devel out there ?

On PSKreporter KA1R seems to use "WSJT-X v2.3.0-devel adafb8"



--
This email has been checked for viruses by AVG.
https://www.avg.com



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

Re: [wsjt-devel] Rig verification

[Neil Zampella]

Mike

See below

On 7/16/2020 12:11 AM, Black Michael wrote:

If anybody has a rig out there that's in this list and you have it working with 
WSJT-X...or if you have any bugs to report working with WSJT-X please let me 
know.
Would like to promote as many of these to stable as possible and WSJT-X is one 
of a couple programs that exercises a rig pretty well.

Mike W9MDB


   Rig #  Mfg                    Model                   Version         Status 
     Macro
   2021  Elecraft               K2                      20200624.0      Beta    
    RIG_MODEL_K2


Could never get the K2 to work with the WSJT-X built-in Hamlib, using
DXLabs Commander with this.   I haven't tried it lately as the K2 &
Commander combo worked, but if there were updates for the K2 recently,
I'll try again.   Unfortunately, I've packed up the K2 for a move to
another state and don't have access to test.


   2045  Elecraft               KX3                     20200624.0      Beta    
    RIG_MODEL_KX3


No problem with the KX3 and the built-in Hamlib.    Using it via the USB
CAT port for CAT control and PTT.


Neil, KN3ILZ


--
This email has been checked for viruses by AVG.
https://www.avg.com



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

Re: [Elecraft] WTB: *****NIFTY MANUAL FOR K2*****

[Neil Zampella]

Not to mention that they don't have it listed any longer, even in the
discontinued manual list.

To the original poster, you can try emailing them at
supp...@niftyaccessories.com

they may be able to help you with an authorized PDF version

Neil, KN3ILZ

On 7/6/2020 5:02 PM, Wes wrote:

Stopping after your first sentence would have been a good idea.

Wes  N7WS


On 7/6/2020 1:56 PM, Keith N6JPA wrote:

You can buy it from the nifty manual web site. I don't think this
list should be used to pirate copies of manuals.

On 7/6/20 9:21 AM, Wb9msm wrote:

I would like to purchase a NIFTY Manual for my K2.  It can be an
original or
copy.  Please email me direct at  my email.  Thanks for your
assistance with
getting me a NIFTY Manual.

73,

Denny
WB9MSM

Email:  comicha...@charter.net






--
This email has been checked for viruses by AVG.
https://www.avg.com
__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] Field Day Frequencies

[Neil Zampella]

The ARRL has not set any 'different' frequencies for Field Day other
than the usual no contests on WARC bands and 60 meters. The standard FT8
& FT4 frequencies should be used.   You can verify this by going to the
ARRL website under Field Day rules.

Neil, KN3ILZ

On 6/23/2020 10:09 PM, Matthew Miller wrote:


For ARRL Field Day 2019, I recall there was a different set of
frequencies used for FT8.

Does anyone know if there will be a de-facto set of frequencies to use
for Field Day 2020 for FT8, and also for FT4?  Or the default ones?

I did a Google search but I didn’t come up with anything recent.

-Matt / KK4NDE




--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [Elecraft] K4 cables

[Neil Zampella]

Probably not .. but you can get CAT6 cable (which will work with CAT5
connections) at Amazon at various cable lengths if you don't have one
lying around.

https://tinyurl.com/ycrsycwg

Neil, KN3ILZ

On 6/15/2020 11:12 AM, Joseph Trombino, Jr wrote:

Howdy Gang.

Does anyone know if the K4 will ship with an Ethernet cable?

73, Joe W2KJ
I QRP, therefore I am



--
This email has been checked for viruses by AVG.
https://www.avg.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

[Elecraft] KAT100 No Longer Available, was KPA100 No Longer Available

[Neil Zampella]

Sorry for the confusion ... wasn't thinking when I typed out the subject
line.  Thinking KAT100 typed KPA100, then sent it  :(

Neil, KN3ILZ

On 6/4/2020 3:32 AM, Neil Zampella wrote:

Hi all,

I saw that the K2 100w tuner accessory, the KAT100  is no longer
available and discontinued.   I'm guessing its due to the permanent
unavailability of a through part.    I'm wondering if Wayne or Eric
could comment on this, and if there's any suitable replacement for that
tuner?

Neil, KN3ILZ


--
This email has been checked for viruses by AVG.
https://www.avg.com



__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

[Elecraft] KPA100 No Longer Available

[Neil Zampella]

Hi all,

I saw that the K2 100w tuner accessory, the KAT100  is no longer
available and discontinued.   I'm guessing its due to the permanent
unavailability of a through part.    I'm wondering if Wayne or Eric
could comment on this, and if there's any suitable replacement for that
tuner?

Neil, KN3ILZ


--
This email has been checked for viruses by AVG.
https://www.avg.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] WSJT-X 220-rc3 - WSPRnet manual upload issue

[Neil Zampella]

Hideo-san,

have you tried to contact the admin team on the site: wspr...@wsprnet.org
I'm not sure Joe and the team have anything to do with it.   They also
have a separate forum area:
http://wsprnet.org/drupal/forum

Neil, KN3ILZ

On 5/30/2020 3:33 AM, JH3XCU wrote:

WSJT-X 220-rc3 - WSPRnet manual upload issue:

This is my third post on this issue.
No one has responded to past posts, so I post again.
---

I am using wsjtx-2.2.0-rc3-win64.exe, WINDOW 10

WSPRnet is accept manualy upload of ALL_WSPR.TXT here.
http://wsprnet.org/olddb

But, 2.2.0-rc3's ALL_WSPR.TXT is not allow.
The reason is probably deleted the S level from ALL_WSPR.TXT.
When I added S level and tried uploading, it worked well.
Please add S level to ALL_WSPR.TXT

wsjtx-2.2.0-rc3 ALL_WSPR.TXT.   upload fail
200525 1050 -18  0.11   0.4756491  JA0HXV PM85 60  0  0.50  1  10  
0  11 1   391
200525 1058 -25  0.15   0.4756492  JA0HXV PM85 60  0  0.31  1  10  
0  14 3   259
200525 1116 -22  0.24   0.4756491  JA0HXV PM85 30  0  0.38  1  10  
0  10 1   459

WSPRnet verbose parser output
Processing Log Upload
Input: 200525 1116 -22  0.24   0.4756491  JA0HXV PM85 30  0  0.38  1  1 
   0  0  10 1   459
Invalid grid ''
Input: 200525 1058 -25  0.15   0.4756492  JA0HXV PM85 60  0  0.31  1  1 
   0  0  14 3   259
Invalid grid ''
Input: 200525 1050 -18  0.11   0.4756491  JA0HXV PM85 60  0  0.50  1  1 
   0  0  11 1   391
Invalid grid ''
0 out of 3 spot(s) added

MODIFIED wsjtx-2.2.0-rc3 ALL_WSPR.TXT Upload successful
200525 1050   3 -18  0.11   0.4756491  JA0HXV PM85 60  0  0.50  1  1
0  0  11 1   391
200525 1058   1 -25  0.15   0.4756492  JA0HXV PM85 60  0  0.31  1  1
0  0  14 3   259
200525 1116   1 -22  0.24   0.4756491  JA0HXV PM85 30  0  0.38  1  1
0  0  10 1   459

73, Hideo - JH3XCU


--
This email has been checked for viruses by AVG.
https://www.avg.com



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

Re: [wsjt-devel] WSJT-X v2.2.0 Issue (Both RCs)

[Neil Zampella]

FWIW ... its a Windows issue, so I expect the clone to have the same
issue if its staying on the code base.

Neil, KN3ILZ

On 5/27/2020 10:58 AM, Steve Sacco wrote:

So the interesting thing is that this *never* happened previous to
WSJT-X v2.2.0.  I've been running this hardware setup for nearly two
years.

Also interesting is that merely shutting down WSJT-X and restarting it
resolves the issue.

I have to see how JTDX behaves.

73,
Steve
NN4X


On Wed, May 27, 2020 at 10:03 AM Black Michael via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:


It has to do with Windows shutting off sounds.  They assume that
if you put your monitor to sleep surely you want all of your sound
devices to sleep too.
That's why I use the power button on the monitor and have no
problems that way.

Microsoft has no concept of audio other than speakers and
headphones.  Been trying to get them to put a "leave this audio
device alone" checkbox or such.  No joy and probably never will be
since we hams number in the 10's of thousands compared to the
millions of speaker/headphone people.

Mike W9MDB




On Wednesday, May 27, 2020, 08:47:14 AM CDT, Bill Somerville
mailto:g4...@classdesign.com>> wrote:


Hi Steve,

I am not exactly sure how to stop it happening, but an HDMI
monitor going to a power saving mode causes USB devices to be
re-enumerated. That happens without WSJT-X getting any
notification, and a selected USB audio device can suddenly become
a different device. It may be something to do with HDMI providing
a USB capability.

73
Bill
G4WJS.

On 27/05/2020 01:45, Steve Sacco wrote:

Hi Bill -

Yes, it is connected to HDMI.

73,
Steve
NN4X


On Tue, May 26, 2020 at 6:45 PM Bill Somerville
mailto:g4...@classdesign.com>> wrote:

On 26/05/2020 23:38, Steve Sacco wrote:
> After holding back on trying out v2.2.0-rc1, I finally
installed it.
> It was right around Microsoft Patch Tuesday, IIRC, but
don't recall
> whether it  was prior to applying those latest patches, or not.
>
> Ever since, I've noted that whenever my PC turns off my
screen (as
> part of the power management settings - and note that I
have "When
> plugged in, PC goes to sleep after Never" set), WSJT-X
loses the
> output audio setting, although it is still set correctly in
the
> drop-down box - and transmits through my speakers.
>
> If I simply shut down WSJT-X, and start it back up, it
immediately
> works correctly.  This is 100% repeatable.
>
> I presume this is a WSJT-X v2.2.0 issue, and not a Windows
10 problem,
> as all other software I'm running seems to be working fine.
>
> Please let me know what I can do to assist.
>
> 73,
> Steve
> NN4X
> EL98jh

Hi Steve,

is your monitor connected via HDMI?

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




--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] rc2 UI - 2nd email

[Neil Zampella]

FWIW ... Tx5 is not cleared just in case you have to resend an RR73 if
your QSO partnet did not receive it.

Neil, KN3ILZ

On 5/26/2020 6:28 AM, Alan Groups wrote:


Redundant QSO left over from previous session - using ESC key cleared
all fields except TX5.  This cleared itself on a program restart.

False decodes - rig left running for an hour or so with no antenna -
nothing seen.

With just a bit of coax to a switched dummy load and the antenna
disconnected albeit with a ground return from the 55m coax feeder
available via the rig power leads there were a few decodes and visible
QSO's on 40m - impressive given that pickup must have been purely
capacitive from the coax!

Alan G0TLK
On 25/05/2020 11:19, Alan Groups wrote:

Hi, in my view goalposts are fine with the white line beneath the RX
one and the waterfall background no longer quite black.

Window resize issue on turning menus off has gone.

Nothing else checked yet.

Alan G0TLK





--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.2.0 rc2

[Neil Zampella]

What's your RIG, OM ??

Neil, KN3ILZ

On 5/26/2020 2:05 AM, Allan VK4QG wrote:

Gentlemen,

To start with, my system is a Dell 1650, i7 @3.40 GHz, 16GB RAM, W10
pro 64bit. I do not use CAT but instead use RTS on COM1 for
opto-isolated PTT and XFR isolation for audio in and out of the
sound-card, and have done so without issue since 2006.

Two problems : -

1. I have found with rc2 that occasionally PTT is not working at
all and when it does there is often no TX audio present either. While
monitoring 'Radio' under 'Settings' I have noticed when this occurs,
after a successful transmission about two seconds into the _RX_ period
the 'Test PTT' button turns red and from that point there is no PTT in
the following TX period. After a time it appears to clear itself and
PTT in the following period with or without TX audio.

2. I am still getting numerous false decodes. Most of these
contain '/R' and '<.>'.   I am not using AP.

Many thanks,

Allan - VK4QG



--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Fwd: Clicking on RR73 produced wrong TX response msg

[Neil Zampella]

Well ... the 73 is what triggers the WSJT-X log panel.    As far as the
multiple RRR/RR73s, the RRR users send DO expect a 73 from you (at least
the system does), the RR73 users have no clue.

Neil, KN3ILZ

On 5/21/2020 6:17 PM, Al Pawlowski wrote:

Actually, just discovered that WSKJTx already almost does this.
Putting a blank line in the tx5/custom message window during a QSO
will cause a tx disable after tx4 - whether you sent the first CQ or
not. However, the auto-log window popup does not work unless a
tx5/custom non-blank message is sent.

BTW, in testing this on 4 QSO’s, all 4 of my QSO partners sent
multiple RRR/RR73’s (after not getting a 73 from me).

Al Pawlowski, K6AVP
Los Osos, CA USA




Begin forwarded message:

*From: *Al Pawlowski mailto:k6...@almont.com>>
*Subject: **Re: Clicking on RR73 produced wrong TX response msg*
*Date: *May 21, 2020 at 09:37:11 PDT
*To: *wsjt-devel@lists.sourceforge.net


A nice new feature for WSJTx might be to not reset the
custom (tx5) message (to CS 73) for a QSO and instead skip, or end
with,  tx5 depending on the message content, i.e. a blank (or ***
say) in the window would mean skip - it might even make sense to make
the skip message the default.


Al Pawlowski, K6AVP
Los Osos, CA USA




On May 20, 2020, at 16:52, wsjt-devel-requ...@lists.sourceforge.net
 wrote:

Date: Wed, 20 May 2020 16:51:57 -0700
From: Paul Kube mailto:paul.k...@gmail.com>>
To: WSJT software development mailto:wsjt-devel@lists.sourceforge.net>>
Subject: Re: [wsjt-devel] Clicking on RR73 produced wrong TX response
msg

On Wed, May 20, 2020 at 2:05 PM Gary McDuffie mailto:mcduf...@ag0n.net>> wrote:



If you call letting him know that you got his acknowledgement of your
report a courtesy, I guess so.  I call it a necessity in order to
allow him
to move on.  If I don?t send the 73, it means I didn?t get his
RR73.  If he
doesn?t finish, he isn?t in the log.



If you didn't get his RR73 (Tx4), certainly the thing to do is to resend
your report (Tx3), no?

On the other hand, if you did get his RR73, you can consider the QSO
completed, and respond in whatever way you want. At least, that's
the view
I've come to after using the FT* modes since they were invented. Was it
"really" a QSO? I'll let LoTW or the contest logcheck software sort
it out.

A special case is when I see a station I've worked sending RR73
again. That
shows they're probably expecting a 73 from me and didn't get it. So
in that
case I'll send 73 (Tx5, which is totally customizable, there's even a TX
Macros page in Settings that lets you create a whole library of
them). But
that almost never happens anymore.







--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Clicking on RR73 produced wrong TX response msg

[Neil Zampella]

Gary ...

The 73 from you is a courtesy ... the RR73 is saying  "Roger Roger -
BYE'"    basically ... we're good.    This is why the program then
switches to the Tx6 to send the next CQ call.

If you didn't get the RR73, the program will resend the Tx3 R-xx message.

Neil, KN3ILZ


On 5/19/2020 11:48 PM, Gary McDuffie wrote:



On May 19, 2020, at 10:05, Neil Zampella  wrote:

  .. someone sending an RR73 does not expect a reply, the last 73 is a courtesy 
from you the answering station.

I certainly do, in order to let him know I got his RR73 and he needs to sen 
nothing else.  If I don’t send 73, I expect him to repeat it because I 
obviously didn’t get his RR73 in the first place.  When he gets my 73, he stops 
sending RR73, telling me that we are done!

Gary - AG0N



--
This email has been checked for viruses by AVG.
https://www.avg.com



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

Re: [wsjt-devel] Clicking on RR73 produced wrong TX response msg

[Neil Zampella]

FWIW .. someone sending an RR73 does not expect a reply, the last 73 is
a courtesy from you the answering station.    If someone keeps sending
RR73, they don't understand the use of that response.

Neil, KN3ILZ

On 5/19/2020 10:06 AM, Black Michael wrote:

What he's describing has happened to me numerous times...

You send 73 and move on to another QSO...then the last QSO sends RR73
again so you have to double-click it.

Seems to me double-clicking an RR73 that has your callsign in it
should automatically go to Tx 5 instead of TX3.

de Mike W9MDB



On Tuesday, May 19, 2020, 09:02:07 AM CDT, Joe Taylor
 wrote:


Hi Rich,

On 5/18/2020 20:16, Rich Zwirko - K1HTV wrote:

> *Using 2.2.0-rc1, when completing an FT8 QSO and an RR73 is received I
> send a 73. However if the station doesn't receive my '73' message, he
> re-sends his TX4 RR73 message. When I double click on his first RR73
> line, instead of sending me sending the correct Tx5 '73' message,
> WSJT-X sends the incorrect response of a  'Tx3' message of calls and
> roger report. *
> *
> *Is this a bug or a 'feature' to keep us on our toes?*

Think of it as a 'feature'.  The program's logic is that you sent 73, so
the QSO is over as far as you're concerned.  If you want the program to
send 73 again upon receipt of another RR73 from the same QSO partner,
toggle *Enable Tx* to red, again, during the Rx interval after you
send 73.

    -- Joe, K1JT



___
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 AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [Elecraft] Elecraft Digest, Vol 193, Issue 29

[Neil Zampella]

To unsubscribe .. you need to follow the directions at the bottom of
every message:

To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.qth.net/mailman/listinfo/elecraft
or, via email, send a message with subject or body 'help' to
elecraft-requ...@mailman.qth.net



Neil, KN3ILZ

On 5/16/2020 6:40 PM, Weston Doucet wrote:

Unsubscribe

Get Outlook for iOS

From: elecraft-boun...@mailman.qth.net  on behalf 
of elecraft-requ...@mailman.qth.net 
Sent: Saturday, May 16, 2020 11:11:01 AM
To: elecraft@mailman.qth.net 
Subject: Elecraft Digest, Vol 193, Issue 29

[EXTERNAL EMAIL]

Send Elecraft mailing list submissions to
 elecraft@mailman.qth.net

To subscribe or unsubscribe via the World Wide Web, visit
 http://mailman.qth.net/mailman/listinfo/elecraft
or, via email, send a message with subject or body 'help' to
 elecraft-requ...@mailman.qth.net

You can reach the person managing the list at
 elecraft-ow...@mailman.qth.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Elecraft digest..."



--
This email has been checked for viruses by AVG.
https://www.avg.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [Elecraft] K4???

[Neil Zampella]

Wayne,

quick question ... I am giving very serious consideration to a K4, but
the kit version.   Assuming the new timeline on the factory version
works out, should we expect a kit by Sept 2021?

Thanks,

Neil, KN3ILZ

On 5/16/2020 1:15 PM, Wayne Burdick wrote:

Mike,

K4HDs will take longer. We were working on a final piece of the HDR module when 
the lockdown hit. It also uses additional parts affected by the supply chain, 
including crystal filters, different ADCs, etc.

Those who take delivery on a K4D can later upgrade to a K4HD at any time by 
installing the modules in the field or by sending the rig to Watsonville. 
Availability TBD.

73,
Wayne
N6KR




On May 16, 2020, at 3:11 AM, Mike VE3YF  wrote:

Hi Eric:

Thanks for the nice update. Your date projection for the K4 is very promising, 
however as we all know that Federal, State and Municipal governments can really 
throw a wrench into everything. Good to see that you and the crew is being 
pro-active and getting the work environment all ready to be utilized in an post 
Covid-19 efficient manner. I hope that everyone at Elecraft is doing well 
through these trying times. One question though, will the HD option be ready at 
the time the first group starts to ship, I have ordered and paid for a K4D, but 
thinking I might upgrade to the HD version.

Stay Safe and well.

--

*73 De Mike*
*VE3YF

_/http://www.ve3yf.com/_*

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to n...@elecraft.com




--
This email has been checked for viruses by AVG.
https://www.avg.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] SNR compare

[Neil Zampella]

I believe this was covered in the User Manual for v2.2

"SNR estimates no longer saturate at +20 dB, and large signals in the
passband no longer cause the SNR of weaker signals to be biased low.
Times written to cumulative journal file ALL.TXT are now correct even
when the decode occurs after the T/R sequence boundary. In FT8
DXpedition Mode, AP decoding is now implemented for Hounds when the Fox
has a compound callsign."

On 5/14/2020 10:55 AM, Al wrote:

Just FWIW...

I have set up a test where I have 2.2.0-RC1 and 2.1.2 running in
parallel on the same PC from the same audio source. I notice that the
SNR reported by 2.2.0-RC1 is consistently more optimistic  vs. 2.1.2. 
In some cases up to 13db greater on strong signals. Most signals
report at least a few db greater.

Just an observation..

AL, K0VM



--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Suggestion: Have Rx following Tx on CQ option?

[Neil Zampella]

Um ... all I do is click on the DOWN ARROW next to the Tx location which
sets the Rx to the same location.  One click.

Neil, KN3ILZ

On 5/12/2020 6:24 PM, Stephen Ireland wrote:

Folks,

One minor suggestion for future RC candidates... I have been calling a station 
XQ1KN that cannot see me ... so I have aborted attempts and clicked on Tx6 to 
return to calling CQ.

I have Hold Tx Frequency set ... but the Rx has not returned with me to the 
frequency that I am calling on.

I can appreciate that this behaviour is in play just in case that last station did 
respond. Yet typical behaviour, I believe, should be for the "RX Marker" to 
move back synchronised under these circumstances to be synchronised to the Tx frequency 
(where it originally was).

Perhaps a switch under "Behaviour" to have "Rx Frequency Following Tx on CQ" 
may be in order (and I think that that will fit on the File / Settings / General tab) ?

73, and as I reiterate this is GREAT work !

Steve I
VK3VM / VK3SIR





--
This email has been checked for viruses by AVG.
https://www.avg.com



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

[wsjt-devel] FYI ...

[Neil Zampella]

Hi all,

just a heads up that when I tried to run the setup of v2.2.0-RC1, AVG
did not recognize it as valid, and automatically submitted it to AVG for
analysis.   Once its analyzed AVG will allow installation.

Takes about 5 or 10 minutes but once done, won't happen again. Notice,
it did not just delete the file, and give a bunch of cryptic warnings

Neil, KN3ILZ


--
This email has been checked for viruses by AVG.
https://www.avg.com



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

Re: [wsjt-devel] Coming soon: WSJT-X 2.2.0-rc1

[Neil Zampella]

Ken,

I am going to assume that if you switch back to normal mode, the
original decision will not be 'sticky' and will pop up again. So if you
have some lid who insists on using contest mode on the normal
frequencies you may have to change bands to escape that person.

Neil, KN3ILZ

On 5/8/2020 3:55 PM, Ken Chandler wrote:

Joe
Does the switch stay active or is this for casual ops who only want to work a 
few QSO's so your asked each time whether to switch or decline!!

Regards
Ken.. G0ORH

Sent from my iPad



On 8 May 2020, at 20:05, Joe Taylor  wrote:


On 5/7/2020 02:35, Roeland Jansen wrote:
regarding the EU VHF contest mode:
it appears that even if it's unchecked the software does switch to contest 
mode. when you happen to
get a reply (?) or klick on someone who uses that mode. I think that is fine 
and fair enough.
However, it stays in that mode even when it was initially directed not to.
During ft8 activity contests, people use also other software that does not even 
have the EU VHF contest mode.
This means that if the switch has been made, you need to recognize it, reset it 
in the menu and call again.
That's the thought on this?

Your name and call??

Starting with WSJT-X v2.2.0, reception of one of the specialized EU VHF Contest 
messages will cause trigger a message asking whether you should switch to using 
EU VHF Contest messages.  The switch will not be automatic.

Obviously, to send or receive the specialized EU VHF Contest messages you must 
use WSJT-X or some other software that supports these messages.

-- 73, Joe, K1JT


___
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 AVG.
https://www.avg.com



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

Re: [wsjt-devel] unsubscribe

[Neil Zampella]

Rick,

at the bottom of each message there is a link, you have to go to that
link to unsubscribe.

Neil, KN3ILZ

On 5/5/2020 4:28 PM, Rick wrote:


>>SNIP

___
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 AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] unsubscribe

[Neil Zampella]

You have to do that yourself. At the bottom of each email there is a
link to the list's self-service site:

https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Neil, KN3ILZ

On 4/23/2020 6:26 PM, Rick wrote:

please unsubscribe me from this email list.

On Thu, Apr 23, 2020 at 3:10 PM Black Michael via wsjt-devel
mailto:wsjt-devel@lists.sourceforge.net>> wrote:

Don't have any more details than the error message of invalid
configuration.

I've seen it on my system too once in a while but never repeatable
of course.

I think it may have to do with WSJT-X opening a 2nd connection
without closing the 1st connection as I saw some of that in recent
debug logs.

I do notice that do_start does not ensure that the rig is closed

int HamlibTransceiver::do_start ()
{
  TRACE_CAT ("HamlibTransceiver",
             QString::fromLatin1 (rig_->caps->mfg_name).trimmed ()
             << QString::fromLatin1
(rig_->caps->model_name).trimmed ());

  error_check (rig_open (rig_.data ()), tr ("opening connection to
rig"));


Mike







On Thursday, April 23, 2020, 02:40:48 PM CDT, Bill Somerville
mailto:g4...@classdesign.com>> wrote:


On 23/04/2020 20:15, Black Michael via wsjt-devel wrote:
> And sometimes doing retry will give a configuration error too which
> requires a restart of WSJT-X...also undesirable.
>
> Mike

Hi Mike,

that's the first report of that, can you supply more details please?


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



Virus-free. www.avast.com






--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X Bug?

[Neil Zampella]

Not a WSJT-X bug ... sounds more like RFI getting into the USB cable

Neil, KN3ILZ

On 4/2/2020 8:33 PM, Tom Stock wrote:


Hello,

I'm having a problem with version 2.1.2 68f9

Problem:

When in transmit mode, WSJT-X will suddenly switch from my usb codec
for output (my signalink usb) to the speakers. I can hear the
transmission, and the transmitter stops transmitting.  If I look in
Preferences->Audio both usb codecs are still selected. The only fix is
to restart the program.

I initially suspected this was RF, however I disconnected my radio
from my signalink USB so that I am NOT transmitting and it still
happens on the third transmission every single time.

MacOS 10.13.6 (High Sierra)
WSJT-X 2.1.2 68f9
Macbook Pro 2011, Core i7 16GB ram - SSD HD
Signalink USB

1) Start WSJTX
2) Preferences-Audio. Select USB CODEC for input and output (signalink)
3) Choose CQ (TX 6) and select transmit.
4) On third transmit, signalink will drop PTT and audio will come from
speakers

I tried to recreate the problem with FLDIGI and was unsuccessful.

I've actually had this problem happen a few years ago on
a different MacBook so it does not seem to be new, just worse for me
than before.

I'll try running it in a windows virtual box to rule out any hardware
problems.

Tom
kj4rzz





--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Lost red Lotw user in band activity

[Neil Zampella]

Um .. what was the error?    Can't give any advice without knowing what
the error message is.

If it was the error about downloading the file, please head to the
WSJT-X User Guide and read the WIndows installation requirements.
Especially the part about the OpenSSL libraries:
https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.1.2.html#INSTALL_WIN

Neil, KN3ILZ

On 4/1/2020 6:36 PM, Barry Bowman wrote:


Hi Neil

Tried and got error. Is this something you could log in and correct.
I’m home for the next 2 weeks.

Thanks

Barry

Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
Windows 10

*From: *Neil Zampella <mailto:ne...@techie.com>
*Sent: *Wednesday, April 1, 2020 9:26 AM
*To: *wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
*Subject: *Re: [wsjt-devel] Lost red Lotw user in band activity

Head back to the COLORS setting tab, and click on the FETCH NOW to
update the LoTW user file.  Close then open the program.

Should fix this.

Neil, KN3ILZ

On 3/31/2020 4:30 PM, Barry Bowman wrote:

Hello

_Running:_

WSJT-X  version 2.1.2

Windows 10 home, version 1809

64 bit

Colors: Red Lotw user in “band activity message” no longer works
with box checked in settings. Stopped working after updating to
version 2.1.2

Thanks

Barry Bowman

KE8JCD

Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986>
for Windows 10

<http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=emailclient>



Virus-free. www.avg.com
<http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=emailclient>





--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Lost red Lotw user in band activity

[Neil Zampella]

Head back to the COLORS setting tab, and click on the FETCH NOW to
update the LoTW user file.  Close then open the program.

Should fix this.

Neil, KN3ILZ

On 3/31/2020 4:30 PM, Barry Bowman wrote:


Hello

_Running:_

WSJT-X  version 2.1.2

Windows 10 home, version 1809

64 bit

Colors: Red Lotw user in “band activity message” no longer works with
box checked in settings. Stopped working after updating to version 2.1.2

Thanks

Barry Bowman

KE8JCD

Sent from Mail  for
Windows 10




--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Unsubscribe me please

[Neil Zampella]

Don't know how you get info from the list, but at the bottom there is
usually a link like this:

https://lists.sourceforge.net/lists/listinfo/wsjt-devel

You have to go there to unsubscribe.

Neil, KN3ILZ

On 3/9/2020 9:31 PM, richard meixner wrote:




Sent from Yahoo Mail on Android




--
This email has been checked for viruses by AVG.
https://www.avg.com
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [Elecraft] Where is Elecraft Support ?

[Neil Zampella]

Exactly Jim.   Elecraft had to discontinue their 60 meter adapter
(K60XV) for the K2 as a key part is no longer available, and it would
require a major board change to continue providing the same
functionality. Evidently they no longer sell enough of that option
to make it fiscally possible.

Neil, KN3ILZ

On 3/7/2020 3:46 PM, Jim Brown wrote:

On 3/7/2020 11:15 AM, Alan wrote:

Just as we were ready to go into production the part was
discontinued.  I had to scramble to figure out some other means to
perform the function (which meant a PC board turn).


Yes, and for Elecraft, that's a significant expense for a vintage
product. The better mfrs, like Elecraft, do their best to stockpile
parts as spares, but there's a limit to what you can do, and the sort
of curve balls you've described do get thrown. Our emerging worldwide
health crisis has the potential for damaging, even eliminating, a lot
of businesses both large and small.

73, Jim K9YC





--
This email has been checked for viruses by AVG.
https://www.avg.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [Elecraft] Elecraft Digest, Vol 190, Issue 22 Open Office etc

[Neil Zampella]

Jim

if all you're using Open/Libre Office for is creating PDFs, you may want
to look at the PDF printer driver from Software995.com.    Its free
(with ads) but if you want to pay the $9.95, its yours for life.    I
use it for all my work, and I create a LOT of PDFs as records of
transactions in my bookkeeping role.

Neil, KN3ILZ

On 2/27/2020 2:56 PM, Jim Brown wrote:

On 2/27/2020 8:25 AM, Alan Bee via Elecraft wrote:

For plain text sharing and editing documents is fine in a varietyof
word processing apps. However when it becomes a table, and more so
withembedded graphics then the file conversions between different
word processorsis non-reciprocal.


YES!  This is the kind of stuff that can get screwed up in file
interchange. That said, I use tables in Word to insert graphics and
photos. They are simple tables, typically one or two rows by two
columns, with the graphic/photo on one side and the text on the other,
and this formatting tends to hold up OK going from Word to Libre
Office where I generate the pdf.

There are several dozen docs on my website done this way.

73, Jim K9YC




__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] F/H Feedback from a Fox

[Neil Zampella]

Not shooting the messenger, but aiming at the persons sending the
message through you.

WHY didn't they report this 4 months ago? Did they think it would
magically go away over that time frame?   Did they imagine that Joe,
Steve, and BIll could 'read their minds' ??

Good GRIEF ...

Neil, KN3ILZ

On 2/28/2020 1:47 PM, John Zantek wrote:


I’m relaying this for Grant/KZ1W and Rob/N7QT.  Please don’t shoot the
messenger. 73 –John W7CD**

**

*-*

I see on M0URX web page that VP8PJ is experiencing 10% drop of FT8
RR73 logged calls.  I was hopeful this was fixed for them.  We had the
same problem at H40TT.

Overall, using WSTJ as a Fox is a miserable experience.  It is not a
N1MM or DX Labs quality product.  I would encourage the WSTJ team to
achieve that quality level asap as their first priority.  New features
should not be on the list until then.

I wrote this after H40 but was reluctant to post it.  Now 4 months
later it seems appropriate.

Urgent Priority bugs

Fox Log is missing some RR73 sent QSOs. Called station isn't asking
for a repeat.  These are logging ok in N1MM via udp (which saved us). 
5 found in 150 calls 11/18.  1 found in 250 calls 11/19.  Some well
known calls made this obvious when they didn't log in Fox Log but are
there in N1MM when checked later.

The odd format of Fox Log makes it essentially a useless database. We
could find no way to translate it into ADIF, the standard for interchange.

Crashes -

1. leaving WSJT running idle for several hours (eg overnight) causes
it to crash 2. sometimes it is necessary to use the Free Message to
instruct the pile up.  If the message is not cleared, random
characters appear in the CQ.  If it is cleared and then the Advanced
tab is selected, WSJT crashes. Always.

"Slots" control is ambiguous and erratic 1. "Slots" is ambiguous- is
it number or Tx frequencies or encoded messages?  Encoding RR73 when
possible is great.

2. I could not discover why or when WSJT decided to change the number
of Tx frequencies (streams?) up and down.  I have many screen shots to
show this erratic and Q-rate killing behavior.

3. My goal is to modulate the number of Tx frequencies/streams being
used to maximize the number of stations I am calling so they have a
readable S/N of me.  This depends on many factors, including how much
power I have available (amplifier and mains), what I know about the
stations calling, their noise environment, who are my priorities to
get into the log and Q rate.

Bugs that hinder Q rate

1. Random font changes in calling stack

2. caller window repopulates with old callers after erasing after long
idle.

3. often reports two time slots at the same time 4. a blank message
screen inhibits Enable TX, any character allows TX 5. often get a
blank settings screen, need to restart 6. some TX drops in middle of
3rd RR response 7. inconsistent reporting of in process transactions
in working window 8. calling pane has calls not selected.  they just
show up.  RR sent to stations I haven't selected or on my caller screen.

9. to self spot in the normal band is a TOTAL PITA when running F/H.

Frequency shifts are killers to reset after any action.  Sending a
"Free Msg"  only sends once then resets to "Gen Msg" AFTER the start
of the repeat. BRAIN DEAD.  All this takes too long 10. reloads prior
band callers after a band change even after several erases.  Had to
restart to make them go away.

11. Free msg and Gen msg logic is screwed up.  Should stay selected
for several repeats (N=3?) Messages like "H40 QSY 21091" need repeats.

12. Fox Log logs by start time which makes it difficult to see if Q's
are actually logged.  It requires scrolling around to find them.
Logging should be at last RR73 sent time.

13. I understand there will be a fix for repeatedly hit Tx Enable when
calls remain in the calling list.

Features for increasing FH Q rate

1. widen calling stack, when Fox log and N1MM log are on screen there
isn't enough space.  Can't see signal reports.  Left side of screen is
a waste of pixels for little useful information.

2. resets of freq is a real pain FH > normal > FH.  Often need to look
at the usual band and then resets happen more than once.

3. enable changing priorities of calling stack.  I want to group S/N
so I can shift 1, 2, 3 TX streams so need similar S/N together.

4. enable Erasing individual calling stations.

5. block callers <1000Hz in the working screen that I am not working.

6. big change - change working list pane to 1 to 5 streams of vertical
stations being worked for better understanding of what is going on.
(or some better way to display multi Tx Streams) 7. show stats of
number of R and RR repeats in past 10 minutes, 1, 2, 3 repeats, # of
fails. Enables optimizing Tx streams 8. show a bold red line in events
if no responses between time slots, remind op that nothing happened.

9. Many ops world wide using FT8 don't understand F/H mode.  A
surprising number think our two radios are good to a combined dozen
hertz 

Re: [wsjt-devel] FT4 and FT8 Contesting

[Neil Zampella]

This is why WSJT-X requires someone in front of the computer to actually
use their decision making process to do this.

Neil, KN3ILZ

On 2/28/2020 9:26 AM, DG2YCB, Uwe wrote:


Maybe a small correction to my proposal: IMO wsjt-x should auto-log
all incomplete QSOs when all necessary data have been exchanged
between the two callsigns. Necessary data means exchange of the
callsigns, and during contests the reports and Exch (but not the 73 or
RR73 messages). In case the final 73 or RR73 message is not
receivedafter two repeats wsjt-x shall automatically add 'QSO
incomplete' at Comments.

Wouldn’t something like be that what we need? Reason I am proposing
this is that (a) I saw dozens of ‘incomplete’ QSOs, where the exchange
of the necessary data took less than one minute, but then an endless
series of “73” or “RR73” exchanges followed, and (b) lots of OMs are
not willing or able to check their wsjt-x’s all.txt and log such a QSO
manually. Please consider also that there are many countries around
the world where from the legal point of view a QSO which is mandatory
to be logged took place even after one single exchange of signals
between two stations.

73 de Uwe, DG2YCB

*Von:*DG2YCB, Uwe [mailto:dg2...@gmx.de]
*Gesendet:* Donnerstag, 27. Februar 2020 17:19
*An:* 'WSJT software development'
*Betreff:* Re: [wsjt-devel] FT4 and FT8 Contesting

IMO wsjt-x should auto-log all incomplete QSOs when at least one
successful exchange of the two callsigns was there. Just let wsjt-x
automatically add 'QSO incomplete' at Comments.

73 de Uwe, DG2YCB

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

Re: [wsjt-devel] 60 meters

[Neil Zampella]

PLEASE do NOT continue this here .. its already causing issues on the
WSJT groups.io list, and has NOTHING to do with development of WSJT-X modes.

Neil, KN3ILZ

On 2/22/2020 12:45 PM, Rich Zwirko - K1HTV wrote:


Seannon AG0NY ,

The FCC rules regarding 60 Meter channelized operation require that
all of the components of upper sideband voice transmissions remain
within the defined channel.

60 Meter Channel 3, (5357 KHz) is used for FT8 operation in the States
and a number of other countries. The center frequency for that channel
is 5358.5 KHz.  A normal Upper Sideband , passing through a
transmitter’s TX filter will pass audio signals between 200 and 2800
Hz.  With a user’s VFO set to 5357 KHz, audio components of a USB
signal will occupy between 5357.2 and 5360 KHz.

A 50 Hz wide FT8 signal, using the same VFO setting and a tone
between200 Hz and 2750 Hz, will also remain within that channel. A
Pactor signal will occupy between 5357 and 5359.4 KHz, a whole lot
more than a 50 Hz FT8 signal. Expecting all FT8 signals to transmit
exactly 1500 Hz, no more, no less, above the 5357 KHz is ridiculous.
It simple won’t happen.

I don’t know of any FCC actions on any complaints of FT8 interference
to any other services occupying the 60 Meter FT8 frequency of 5357 KHz.

73,

Rich – K1HTV


AG0NY wrote:
>> >
>> > 9. Under the existing rules, only upper sideband voice transmissions
>> are permitted in the 60 meter band. In the NPRM, the Commission
proposed to
>> authorize the use of three additional emission designators in the
band: CW
>> emission 150HA1A, which is Morse telegraphy by means of on-off
keying, and
>> data emissions 2K80J2D and 60H0J2B. In § 97.307(f)(14)(i) of the
proposed
>> rules, the Commission restricts emission designator 2K80J2D to data
using
>> PACTOR-III technique and emission designator 60H0J2B to data using
PSK31
>> technique. The Commission also sought comment on whether amateur
stations
>> could be permitted to transmit emission types in addition to those
>> requested by ARRL in the 60 meter band without increasing the
likelihood of
>> interference to primary users.
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [Elecraft] anyone recommend where to buy a SERIAL to USB cable for a k3

[Neil Zampella]

FWIW .. he's looking for a K3 cable .. DX Engineering only carries the
KXUSB cable for the KX3.

Neil KN3ILZ

On 1/25/2020 7:00 PM, Dave wrote:

I ordered my KXUSB-A cable from DX Engineering. Closer to me, faster shipping.

I see you have a 6 area call. If you are in CA then ordering from Elecraft 
should be faster. For those of us on the east coast there are alternatives.

Dave wo2x


Sent from my iPad


On Jan 25, 2020, at 6:20 PM, j...@kk9a.com wrote:

You don't need to talk to a human to order a KUSB, it's on the Elecraft 
website.

John KK9A

Richard Donner WA6KYR wrote:

Thanks everyone
Wow I got many responses,Bob, Ray, Max,
Thank you for the replies.  I will call Elecraft Monday.
73 Richardwa6kyr

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to rocke...@gmail.com

__
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com 

Re: [wsjt-devel] RTTY

[Neil Zampella]

The only reason you'd add RTTY to WSJT-X is if there were some way to
improve it for weak signal work, the program and its protocols were not
designed for any other reason.   The other reason is one you overlooked
in Dave's post:

Quote:

3. Each candidate development task has an "opportunity cost". The time spent 
extending WSJT-X to support RTTY is time that can't be spent improving WSJT-X in other 
dimensions. The WSJT-X developers are in a unique position to improve their product; 
there are many other developers who can further improve RTTY applications. David and Alex 
continue to improved their applications, and MMTTY is open source.

Thus I strongly recommend that the WSJT-X team continue to apply that 
all-too-rare skill among software developers: focus.

Unquote.

Neil, KN3ILZ

On 1/14/2020 11:18 PM, Frank Kirschner wrote:



On Tue, Jan 14, 2020 at 8:23 PM Dave AA6YQ mailto:aa...@ambersoft.com>> wrote:

1. RTTY is a well-defined protocol; the result of any
modifications to this protocol would not be RTTY.


I don't understand. No one suggested modifying RTTY, just using a
better discrimination technique on the receive end.

73,
Frank
KF6E
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel