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/list
unsub
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
The Sent Exchange field is empty, which is why it objects. It didn't get
populated during the session when NA5D sent an R (Tx3), which pushed your
session into a premature RR73. BUTwhy should that field ever be empty
while in a contest mode?
-Original Message-
From: Morris
Done and restarted. Since it seems to only crash when the bands busy, I
reduced Decode to Normal. No effect.
I’ve never seen the bands so busy with FT8/4 sigs. That’s wonderful to see.
From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net]
Sent: Sunday, June 28,
Hate to say it, but ME TOO. Same with some others out here in WWA. Will
troubleshoot after the event…after the heat of battle.
73 John W7CD
From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net]
Sent: Sunday, June 28, 2020 7:32 AM
To: WSJT Software Development
Cc:
/05/2020 02:06, John Zantek wrote:
> Bill,
> FWIW, rc2 won't accept the Flex6xxx rig selection here. Tried various
> None, Rig, FakeIt.
>
> Rig Failure
> Hamlib error: IO error while opening connection to rig
>
> It does work FB with the Kenwood TS-2000 emulation. Win10Pr
Bill,
FWIW, rc2 won't accept the Flex6xxx rig selection here. Tried various None,
Rig, FakeIt.
Rig Failure
Hamlib error: IO error while opening connection to rig
It does work FB with the Kenwood TS-2000 emulation. Win10Pro (Build 18363),
Flex 6400, SmartSDR v3.1.12
73 John W7CD
-Original
Bill,
Many new 101MP owners in the PNW have been experiencing some setup issues,
resulting in lots of phone calls.
Have you been able to talk to the rig with any other S/W via USB and with what
virtual settings?
Is the PC using USB 2.0 or 3.x ? The 101MP is unfortunately persnickety in
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
The H40TT team is reporting an issue and has asked 'how to lock the number of
N-slots as a Fox'. They are observing the number of slots auto-decreasing,
even when the queue is loaded with strong signals. This makes the pileup
worse, extending the queue rather than working to reduce it.
What
> the source code you are referring to is the validation for GUI input when
> entering one's state or province, it has no bearing on what is packed into
> transmitted messages other than the selected value is used.
Ahagot it. Understood now, thank you, Bill.
> it might be possible for
* The bottom line is that there are still a handful of selectors available in
the FT4/FT8/MSK144 message payload bits that could be used for new message
schemes but nowhere near the number that would be needed to support a series of
county based QSO parties or similar.
But Bill, isn’t the FD
> index into a table of 64 values (48 states + 14 provinces + DC + DX) takes a
> mere 7 bits to store.
Hi Bill,
Yes, I initially saw that and it's why I attempted to clone the FD table,
substituting the 39 WA counties for 58 ARRL Sections. That table obviously
fits, right?
I'm guessing it
AKA "All I want for Christmas is something big for WSJT-X 2.2"
I just finished the 2019 Washington Salmon Run (our state QSO party), both as a
contestant and a coordinator. My DX Club sponsors the event. See
www.wwdxc.org/salmonrun
This year, we were inundated with inquiries of "Can we use
* I noticed that while using the FT8 mode on a standard FT8 frequency, when
when the FT4 mode is selected from the "Mode" pull down list, the frequency is
changed to the correct FT4 frequency for that band.
* However, after using FT4, when the user selects the FT8 mode from the "Mode"
Same here, on a Flex with Win10 x64 Pro. Knowing that there were issues with
the RC’s, I wasn’t surprised to see that.
I quickly downloaded 2.1.0 32-bit GA and tested. Yes, the expected higher
output is restored when running the 32-bit GA release.
73 John W7CD
From: Paul Kube
While everything functioned normally at my end of the world during this
evening's FT8 RU mock, I was puzzled by the number of dupes directed my way.
I was playing the role of a RUN station, transmitting at :00 and :30, and
had 3 stations who worked me, then turned around immediately and called me
Took RC5 for a run late this afternoon on 40M. 6 quick Q's, including 1 DX.
Other than the need to Reset Highlighting at the start (previously
reported), there were no issues. Very smooth and stable. Very grateful to
Joe, Steve, Bill for this latest.
Look forward to the FT8 Roundup this
I, too, was running JTAlertX last night for the ‘test, but for a different
reason than to check dupes. JTAlertX and Log4OM are my regularly day-to-day
system. N1MM+ is only launched during contests. Since JTAlertX is basing dupe
declaration on my big log and not the contest, I’m very happy
Everything worked marvelously here, though I noticed the WSJT-X Contest Log was
recording local times. Moot for me since N1MM+ was doing the primary
logging/tracking mults/etc. Happy camper here; tnx so very much to all the
WSJT-X team.
73 John W7CD
ARRLRTTY Summary Sheet
Start
Two small items.
I keep tripping over the new default of Auto Seq (and thereby Call 1st) being
OFF when I launch the application. It’ll take a few more embarrassing moments
before I build the new habit, but I’m really curious why the change? Was it
because of the negative feedback from those
Two thumbs up from the west coast.
73 John W7CD
-Original Message-
From: Joe Taylor [mailto:j...@princeton.edu]
Sent: Tuesday, November 13, 2018 6:17 AM
To: WSJT software development
Subject: [wsjt-devel] Candidate release WSJT-X 2.0.0-rc4
A fourth candidate release ("RC4") of WSJT-X
I just worked him on 40M, George, and he was transmitting on EVEN. I’m
assuming there’s only one operator and he’s running two stations.
John W7CD
From: WB5JJJ [mailto:wb5...@gmail.com]
Sent: Monday, October 22, 2018 7:02 AM
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel]
I just finished working ZL7X as a Hound with 2.0rc3 while he was a Fox with
1.9.1. Just as a test, I selected Hound on my settings, but then unchecked
the 77-bit message types. No problem, though I suspect that will be changed
in rc4, since the authors want only the new protocol in the GA.
Did it really take from 12:43 to 16:08 for my post to make it through the
reflector? Talk about a pileup! :)
From: John Zantek [mailto:j...@zantek.net]
Sent: Wednesday, October 17, 2018 12:43 PM
To: 'WSJT software development'
Subject: Re: [wsjt-devel] WSJT-X v2.0.0 RC3 LotW Users Data
Implemented Option 4, as suggested. Issue fixed. Thank you, Bill.
73 John W7CD
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Wednesday, October 17, 2018 12:26 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] WSJT-X v2.0.0 RC3 LotW Users Data File errors
ack Michael
Subject: Re: [wsjt-devel] WSJT-X v2.0.0 RC3 LotW Users Data File errors
If you're still getting the redirect error copy these two files into
\wsjt\wsjtx\bin and the problem should be solved.
libeay32.dll
ssleay32.dll
de Mike W9MDB
On Wednesday, October 17, 2018,
Where libeay32.dll
C:\Program Files (x86)\Intel\iCLS Client\libeay32.dll
C:\Program Files\Intel\iCLS Client\libeay32.dll
Windows 10 Pro 64 v1809 (OS Build 17763.55)
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Wednesday, October 17, 2018 10:24 AM
To:
Followup from last night’s RU and logging issues. The Cabrillo log generated
by WSJT-X is accurate, but as others have also noted is what N1MM+ logged and
produced is incorrect and unscorable since it can only take what the UDP
broadcast from WSJT-X has offered it. The native WSJT-X ADIF file
Bob,
Thus far, you're the ONLY person to report no issues with logging the
correct exchanges, and Joe says that WSJT-X 2.0 doesn't report those
exchanges. Can you share a K4DJG.log Cabrillo from N1MM with us?
73 John W7CD
-Original Message-
From: Bob VanFossen
> 1. In contest it might be best not to require clicking "OK" to log each
QSO. Instead, log the contact automatically when we receive or transmit RR73
or 73.
YES, but optional in Files/Settings/Advanced (or perhaps a whole new Contests
tab). Isn't that what 'Prompt me to log' is supposed
Great fun on the 1st 2.0 contest ‘test’, but I’m not seeing the complete
exchange coming through and being logged by N1MM+. Instead of, for example,
559 TX
I’m only getting
59
I am listening on the correct port. 2333 is listed on both WSJT-X and N1MM+.
Any comment?
73
Don, et al,
As mentioned in the Quick Start Guide, I think it would be wise to set up a
mock trial Special Operating Activity and check out any issues with rc1 before
we plunge into changing existing contests so that they open the door for 2.0.
I’m among that eager bunch and would be
Belay my last!
I only needed to close the application and relaunch after making the changes
after the download/installation/overwrite of my previous 1.9.2-devel. This
might still be considered a minor bug, however. Win10Pro/1803.
73 John W7CD
-Original Message-
From: John Zantek
Immediately, I'm drawn to test the new operating activity features. I've
moved to 14.078, found a partner for OTA testing, but the 'Enable Tx'
doesn't engage.
Advanced Tab has both 77-bit choices (Generate/Decode) checked, as well as
'ARRL FD' selected and the Exch field populated (1A WWA in my
Just wanted to share some pleasing observations of the TX5T team’s first night
of FT8 operation on 40M. It’s all good.
The team’s published Plan was to be on 7056kHz, so I set my rig on 7056, and
moved my antenna to the needed azimuth before going to bed. I happened to wake
up ~0800 UTC
Tnx Bill!
John
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Wednesday, July 4, 2018 12:58 AM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Icom and Yaesu CAT USB Interface
On 04/07/2018 01:18, John Zantek wrote:
Sorry if it sounds like I’m demanding, Bill
On 4 Jul 2018, at 00:55, John Zantek mailto:j...@zantek.net> > wrote:
Neil.there's no bidirectional USB type-B port on a 7700. The DX Commander
doc doesn't include the 7700.
The two type-B connections on the back of the rig are 'borrowed' by the Icom
engineers for audio connection
: www.dxlabsuite.com/dxlabwiki/ConnectingIcom72007600
<http://www.dxlabsuite.com/dxlabwiki/ConnectingIcom72007600>
Neil, KN3ILZ
On 7/3/2018 3:52 PM, John Zantek wrote:
Tnx, Neil, and I agree that there are HW workarounds to accomplish the goal.
I’m just still amazed that additional HW
t hand.
73 and Happy 4th of July
Rick
NM3G
<<<<<< begin massive snipping campaign >>>>>>>>
Message: 2
Date: Tue, 3 Jul 2018 12:52:09 -0700
From: "John Zantek" <mailto:j...@zantek.net>
To: "'WSJT software development'" <
True, but with a rig that has an Ethernet port, more hardware shouldn't be necessary. I know the Flex 6xxx works well with WSJT-X via the network. I guess we need someone to clone the code so that it uses Icom's CAT commands and IP ports. It's not a Fortran thing, so I don't have that
)
Hope this helps.
Neil
On 7/3/2018 10:16 AM, John Zantek wrote:
You would think it’s that simple, but no. Icom’s required CT-17
level-converter, at $139, only works with an RS-232 connection on the PC.
USB-9pin converters are evidently not supported.
Very frustrating
.
Just need a USB adapter since the 7700 is already in WSJT-X with serial port
control.
de Mike W9MDB
On Tuesday, July 3, 2018, 2:17:38 AM CDT, John Zantek mailto:j...@zantek.net> > wrote:
Has ANYONE successfully deployed WSJT-X on an Icom IC-7700, using the Ic
Has ANYONE successfully deployed WSJT-X on an Icom IC-7700, using the Icom
RS-BA1 software for the virtual serial porting via the ethernet port on the
rig? For those not aware, the 7700 has no conventional bidirectional USB
ports to couple a PC; the only way to allow a PC app to interface via the
Wholly concur with #2, but not necessarily #1, Mike. Yes, lots of folks are
calling in the blind. That’s not limited to FT8, guys.
But…
Depending on who’s running the digital tent (Don/Ned/?), rates of CQ vary from
every 10 minutes to generate some traffic down to NONE, because there
Windows updates are always a PITA when comes to audio, often to point of reinstalling 3rd party drivers. Redmond thinks the world is only MP3 tunes.--
Check out the vibrant tech community on one of the world's most
Yay!
From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net]
Sent: Tuesday, March 27, 2018 11:54 AM
To: WSJT Software Development
Cc: Black Michael
Subject: [wsjt-devel] tx4 RR73 patch
Allow user to
Magnificent summary. Bravo!
-Original Message-
From: Joe Taylor [mailto:j...@princeton.edu]
Sent: Wednesday, March 7, 2018 12:28 PM
To: WSJT software development
Subject: [wsjt-devel] DXpedition Mode Test Results
Hi all,
Here are a few highlights of
ign.com]
Sent: Wednesday, March 7, 2018 10:10 AM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] DXpedition Mode Test Numbers
On 07/03/2018 17:42, John Zantek wrote:
The OTA tests were a hoot, even with the hound-on-hound nonsense and the
unfortunate DQRM from XE.
Did anyone colle
The OTA tests were a hoot, even with the hound-on-hound nonsense and the
unfortunate DQRM from XE.
Did anyone collect and mention the final numbers for the foxes? I thought N1DG
said ~190 for 30M, but I sense the total 40M QSO’s may have been quite
significant, since my screen was REALLY
But the beauty of diversity reception is that the conditions keep changing,
mid-QSO. Two instances of WSJT-X would be moot, since the 1st one would
control the session after the QSO starts.
I concur with K1JT that it would be a tiny group of users who would benefit
from such a mod.
From:
Looking through the list archives, I see this topic came up a few years ago
but wasn't answered.
Elecraft (and Flex?) radios enjoy the ability of diversity reception, with
split-phone capability to choose the stronger of the two original signals
from separate antennas.
Can the decoder engine of
I will echo Rich’s thought and add to the previous thread of “WSJT on
DXpedition”.
The VK9MA team won’t be on the air from Mellish Reef until early November, but
equipment will be starting to move in less than a month. The operators will
also need time with a publicly-available version in
[Prelim: I'm posting this on the Developers reflector instead of the wider
WSJT group since I find this group has a better SNR. If you feel it needs
the wider distribution of the latter net, please let me know - John/KE7B]
This past weekend, I attended the Pacific NW DX Convention, where the
essage-
From: John Zantek [mailto:j...@zantek.net]
Sent: Monday, July 10, 2017 12:36 PM
To: 'WSJT software development' <wsjt-devel@lists.sourceforge.net>
Subject: [wsjt-devel] Sourceforge Update Error
I was building a new package and, unfortunately, had to interrupt the batch
file. When I no
...@classdesign.com]
Sent: Monday, July 10, 2017 11:39 AM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Sourceforge Update Error
On 10/07/2017 19:36, John Zantek wrote:
> I was building a new package and, unfortunately, had to interrupt the
batch file. When I now respond 'y' w
I was building a new package and, unfortunately, had to interrupt the batch
file. When I now respond 'y' when asked to Update from SVN Before Building, I
get:
Sourceforge Update Error
Build-wsjtx was unable to update [ wsjtx ]
Sourceforge. The service may be down or
Undergoing maintenance.
Confirming the fixand the DX window is now opening on the NA west coast.
:-)
John KE7B
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
58 matches
Mail list logo