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 w
> On Mar 5, 2021, at 18:32, Dennis Younker NE6I wrote:
>
> I am clicking on the station I want in the left pane (Band Activity).
I assume you are DOUBLE clicking, not single clicking as you seem to be saying?
Gary - AG0N
___
wsjt-devel mailing li
I’ve also had this issue to with RC2…The standard messages displayed are from a
previous QSO attempt…Calling CQ, a new station replies…His call goes into the
dx call box but standard messages remain from the previous attempted call…Only
after hitting the generate standard messages button do the
Hello all,
A second report that mirrors this one:WSJT-X 2.4.0rc2
OS 10.14.6, Mac Mini
Mode Q65,Waterfall Q65_ Sync selected and slow to let go of PTT line to K3S
radio (even after Tx period). (when I go into Radio Panel, the Test PTT Red
bar stays on, won't easily release).
Then
I see this almost every time I operate - last time was 30 minutes ago. Not
specific to 20m. It happens when TX and RX frequencies are different. A
double click on the left pane calls the last station heard on the right pane
whether it was calling CQ or not. A second double click fixes it but it mus
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
Hi All:
I tried submitting this earlier today, but it didn’t seem to make to the list.
Hence, a re-submission:
Just trying out RC2 on an iMac, MacOS version 10.14.6 Mojave.
Selection of “Q65_Sync” from dropdown box on the wide graph causes a crash as
soon as the application starts to TX. Sele
Something I am noticing is that occasionally on a busy band (IE 20m FT8),
when I click on someone calling CQ, the software starts calling the wrong
station. I am clicking on the station I want in the left pane (Band
Activity).
For example, tonight I clicked on BA4RF at 370 offset. The software had
Hi All:
Just trying out RC2 on an iMac, MacOS version 10.14.6 Mojave.
Selection of “Q65_Sync” from dropdown box on the wide graph causes a crash as
soon as the application starts to TX. Selection of “Cumulative” (the default)
and TX/RX are normal.
Specific exception was "EXC_BAD_ACCESS (SIGSE
With RC2 new release
Decodes with KB7IJ show more realistic SNR. Sensitivity is equal or better
in 120E. Averaging appears more predictable. One hour run on 50.235 with 1
watt his end produced many non-averaged sequences and several averaged. q35
was the largest number, q32 was common. ...and q3 w
Hello Joe,
may I ask for one item to be added to the Quick Start Guide for Q65?
"If using Q65 on EME the option on the setting page for 'Decode after EME
delay' must be ticked before you use Q65 for EME." or similar wording that
conveys the needed message.
I spent many nights seeing zero decodes
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
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 ionosph
On 05/03/2021 20:50, Joe Dzekevich wrote:
RC2 installation went fine on W10. Made a Q65-30A QSO OK on 6m using
a TS-590SG. Switched configuration to the Icom 9700. Tried FT8 and it
was OK. Tried Q65-30B on 144.170 and after one CQ it turned off the
enable transmit. I turned enable transmit
RC2 installation went fine on W10. Made a Q65-30A QSO OK on 6m using a
TS-590SG. Switched configuration to the Icom 9700. Tried FT8 and it was
OK. Tried Q65-30B on 144.170 and after one CQ it turned off the enable
transmit. I turned enable transmit back on and it did two CQs, turned the
enable
Just tried the FTDX10 setting here and it is working. Thanks for that tip.
--Dennis NE6I
From: Mike Lewis
Sent: Friday, March 5, 2021 11:56 AM
To: WSJT software development
Subject: Re: [wsjt-devel] Error using WSJT-X 2.4.0-rc2
I have a report from a friend that he has to use FTDX10
Same apparent CAT problem as WA1EAZ reports. But it seems resolved at the
moment.
Running Flex 6600, Mac mini with Big Sur (11.2.2) and SmartSDR for Mac 1.4.34.
Had been okay for a while monitoring, then the transmit problem crept in.
Normal sequence transmit, but the PTT issues and delays repo
I have a report from a friend that he has to use FTDX10 to make things work
with his FTDX-101MP
Mike
K7MDL EL87sm & CN88sf
From: Hartmut Luedtke via wsjt-devel
Sent: Friday, March 5, 2021 14:35
To: wsjt-devel@lists.sourceforge.net
Cc: Hartmut Luedtke
Subject: [wsjt-devel] Error using WSJT-X 2
Same here. The FTDX-101D setting does not work either (it was working in RC1
[and there was no 101MP in that version]).
--Dennis NE6I
From: Hartmut Luedtke via wsjt-devel
Sent: Friday, March 5, 2021 11:35 AM
To: wsjt-devel@lists.sourceforge.net
Cc: Hartmut Luedtke
Subject: [wsjt-devel]
Hi all,
WSJT-X 2.4.0-rc2 no longer works for me and my YAESU FTDX-101MP.
Same configuration as WSJT-X 2.4.0-rc1 and the following error message is
displayed:
Same error message when reconfigured with a virgin INI.
Reinstalled the old version: Everything works again.
73 Hartmut, DB6LL
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
>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 provid
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
Another great job! Thank you very much for providing happy radio
moments during this pandemic.
73
*PY2XZ Luiz Rebelatto*
Em sex., 5 de mar. de 2021 às 10:58, Joe Taylor
escreveu:
> We are pleased to announce release candidate WSJT-X 2.4.0-rc2, which
> includes the new digital mode Q65.
>
>
We are pleased to announce release candidate WSJT-X 2.4.0-rc2, which
includes the new digital mode Q65.
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
Bill,OK. Thank you.I will wait for the new version.
73 DirkDD5KD
Am Freitag, 5. März 2021, 12:53:18 MEZ hat Bill Somerville
Folgendes geschrieben:
Dirk,
I apologise but I cannot find that message in my email archives. There will
be a new release of WSJT-X very soon so rather than
Dirk,
I apologise but I cannot find that message in my email archives. There
will be a new release of WSJT-X very soon so rather than trying again to
get some diagnostic data I suggest you try installing the new version
when it is announced and if the issue persists we can start from there.
I do not experience the issue described here.
Suggest a through review of the 7300 setting is suggested.
Frank VE3FBZ
> On Mar 4, 2021, at 10:11 PM, David Garnier wrote:
>
>
> Hello,
>
> I solved my problem, by going into the Split Operation box and uncheck Rig to
> None.
>
> Test setup as
Hello Bill,
i sent the file for analysis,
since the file from you brought no solution .
73 DirkDD5KD
Am Donnerstag, 4. März 2021, 13:06:09 MEZ hat Bill Somerville
Folgendes geschrieben:
Hi Dirk,
I am not sure why you are sending me your WSJT-X settings file. I only recall
asking y
why don't you use that, why don't you do that...
'many roads lead to Rome!'
another 'road' for time set: JTSYNC www.dxshell.com/jtsync.html
it reads all received time differences of FTx signals via UDP of
your WSJT-X and calculates a 'median' deviation of all +/-DT and
with one click one can
30 matches
Mail list logo