Totally in agree with Tom
I delete part of my previous email to avoid start arguments BUT in
IT we always said “never touch a running system” and for
programming also apply, why change the previous default for
something doesn’t works? And create just problems?
PTT and associated routines was working great up to WSJT-X 2.2.2,
why change that?, the proof of the pudding is in the eating, for
sure exist a valid reason by “the authors” but unfortunate this
time maybe wrong.
Alex, HB9DRI
*From:* tom <t...@tkrh.co.uk>
*Sent:* Tuesday, February 16, 2021 4:18 PM
*To:* Black Michael <mdblac...@yahoo.com>; WSJT software
development <wsjt-devel@lists.sourceforge.net>
*Subject:* Re: [wsjt-devel] BUG in WSJT-X 2.3 and 2.4rc1 COM port
Hi All
Don’t want to start an argument and please feel free to ignore my
comments.
It seems a LOT of the errors recently seem to be because HamLib
have altered defaults and others have to pick up the flack.
It always used to be the case ’never alter the default’ - yes add
new features but never change the default.
There has been the issue of powering rigs on - default changed,
shared ptt - default changed.
There are more than a ‘couple of complains’ on this mailing list
alone to keep the status quo.
Please Please Please DO NOT start to toss the blame around - oh it
up to xyz to change their software to over-ride the changes we
made. Just keep defaults as they were and all will be happy.
End of rant
Tom
GM8MJV
On 16 Feb 2021, at 04:54, Black Michael via wsjt-devel
<wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>> wrote:
A couple of complaints from those who were using a single
instance were having problems with the constant open/close of
the serial port.
So it was changed to support the simple case and those that
want the more complex case of multiple apps have to use the
additional file as WSJT-X authors have decided to not include
any options in the rig control user interface.
I'm looking at the sharing now to see if there is a problem
going on.
Mike W9MDB
On Monday, February 15, 2021, 10:33:13 PM CST, Alex Artieda,
HB9DRI <hb9...@emeham.com <mailto:hb9...@emeham.com>> wrote:
Hello Bill
Following your instructions I use your file (looks the same
as I use before) and I place in the properly log directory for
each of the WSJT-X (totally 4) and doesn’t work, the PTT is
not share.
I wonder why if in WSJT-X 2.2.2 the PTT com port was share by
default now is not?
Regards
Alex, HB9DRI
*From:*Bill Somerville <g4...@classdesign.com
<mailto:g4...@classdesign.com>>
*Sent:* Monday, February 15, 2021 6:29 PM
*To:* wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
*Subject:* Re: [wsjt-devel] FW: BUG in WSJT-X 2.3 and 2.4rc1
COM port
Hi Alex,
try the attached file. It needs to go in the log files
directory of each WSJT-X instance ("Settings->File->Open log
directory").
73
Bill
G4WJS.
On 15/02/2021 05:41, Alex Artieda, HB9DRI wrote:
Hello Mike
Sorry I didn’t answer to the list;
I create a file named hamlib_settings.json and paste
inside the code you send me:
{
"config": {
"ptt_share": 1
}
}
Then placethis file in
C:\Users\[username]\AppData\Local\WSJT-X and in
Each of the 4 WSJT-X folders but doesn’t work,
Alex, HB9DRI
*From:*Black Michael via wsjt-devel
<wsjt-devel@lists.sourceforge.net>
<mailto:wsjt-devel@lists.sourceforge.net>
*Sent:* Monday, February 15, 2021 11:11 AM
*To:* wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
*Cc:* Black Michael <mdblac...@yahoo.com>
<mailto:mdblac...@yahoo.com>
*Subject:* Re: [wsjt-devel] FW: BUG in WSJT-X 2.3 and
2.4rc1 COM port
The PTT port is no longer shareable by default.
Place this file in C:\Users\[username]\AppData\Local\WSJT-X
{
"config": {
"ptt_share": 1
}
}
Mike W9MDB
On Sunday, February 14, 2021, 07:43:47 PM CST, Alex
Artieda, HB9DRI <hb9...@emeham.com
<mailto:hb9...@emeham.com>> wrote:
Just to inform you, I found a bug regarding COM port for
PTT, it appears in WSJT-X 2.3 and in 2.4 RC1, let me explain.
I run 4 WSJT-X at the same time, I use Omnirig to control
my IC9700 but PTT is manage via a COM port, this is a must
for me to TX first a Sequencer via the COM port and later
TX the radio, I cannot use CAT for PTT, that guarantee me
no RF spikes etc. 4 WSJT-X plus MAP65 plus WSJT10 are all
configure to use COM3 for PTT, in this configuration I can
TX with ANY of the 6 programs, more precise I can TX with
the program were the decodes or best decode happens,
unfortunate since WSJT-X 2.3 and 2.4RC1 I can TX ONLY with
the FIRST program who opens the PTT COM port, the other
ones don’t work and MAP65 give a opening COM port ERROR,
the other WSJT-X simple don’t TX, would be great to fix
this bug because when you run multiple WSJT-X is a must to
work with all instance capable of TX, WSJT-X 2.2.2 works
perfect.
To confirm this bug I roll back to 2.2.2 and install 2.3
and later 2.4RC1, the bug appear in 2.3
73 de Alex, HB9DRI