Date   

locked Re: Cannot get JT Alert to communicate with WSJT-X in New Installation #FT8

g4wjs
 

On 04/03/2021 11:14, wmmcc via groups.io wrote:
Thanks to you both for responding.  

Michael, I did as you suggest and it has made no difference.  JTAlert still hangs up with no communication from WSJT-X.

Bill, I have checked the "Menu->Settings->WSJT-X UDP Multicast on Loopback" setting. No change. Still going nuts! Thanks.... Bill KK4C

Hi Bill,

make sure that neither WSJT-X nor JTAlert are running with Administrator rights.

73
Bill
G4WJS.


--
73
Bill
G4WJS.


locked Re: Cannot get JT Alert to communicate with WSJT-X in New Installation #FT8

wmmcc@...
 

Thanks to you both for responding.  

Michael, I did as you suggest and it has made no difference.  JTAlert still hangs up with no communication from WSJT-X.

Bill, I have checked the "Menu->Settings->WSJT-X UDP Multicast on Loopback" setting. No change.

Still going nuts!

Thanks....

Bill
KK4C


locked Re: Cannot get JT Alert to communicate with WSJT-X in New Installation #FT8

Michael Black
 

Turn off the "Resend" in JTAlert.

Mike W9MDB




On Wednesday, March 3, 2021, 08:13:26 PM CST, wmmcc via groups.io <wmmcc@...> wrote:


I am going nuts, and certain I am overlooking something quite simple.  Have Alert working on other machines, but not with this new install.
Windows 10 Pro 64 bit, all updates current as of 3/2/21
WSJT-X 2.3.0
Settings:  
JT-Alert Ver 2.16.17
WSJT-X Settings:


When I launch Alert with WSJT-x running fine, Alert freezes and has to be closed.  No information displayed.

Any help greatly appreciated!

Bill
KK4C


locked Re: Application Auto-Start Issue

Wyndell - K5WJF
 

It errors if I put the command line /wsjtx parameter.  Not a problem though.

 

Wyndell

Resistance is NOT futile, it's Voltage divided by Current

 

From: Support@HamApps.groups.io <Support@HamApps.groups.io> On Behalf Of HamApps Support (VK3AMA)
Sent: Wednesday, March 3, 2021 17:37
To: Support@HamApps.groups.io
Subject: Re: [HamApps] Application Auto-Start Issue

 

On 4/03/2021 9:30 am, Wyndell - K5WJF wrote:

Jtalert will have a pop up about which version to start


That's because win4icomsuite is starting JTAlert without the required command-line parameter. JTAlert needs either the /wsjtx or /jtdx parameter. I don't know if
win4icomsuite supports starting applications with additional command-line paramters. If it does not, have it start a batch file which contains the command to start JTAlert with a param.

de Laurie VK3AMA




Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



locked Re: Cannot get JT Alert to communicate with WSJT-X in New Installation #FT8

g4wjs
 

On 04/03/2021 02:13, wmmcc via groups.io wrote:
I am going nuts, and certain I am overlooking something quite simple.  Have Alert working on other machines, but not with this new install.
Windows 10 Pro 64 bit, all updates current as of 3/2/21
WSJT-X 2.3.0
Settings:
JT-Alert Ver 2.16.17
WSJT-X Settings:


When I launch Alert with WSJT-x running fine, Alert freezes and has to be closed.  No information displayed.

Any help greatly appreciated!

Bill
KK4C
Hi Bill,

have you checked the JTAlert "Menu->Settings->WSJT-X UDP Multicast on Loopback" option?



--
73
Bill
G4WJS.


locked Cannot get JT Alert to communicate with WSJT-X in New Installation #FT8

wmmcc@...
 

I am going nuts, and certain I am overlooking something quite simple.  Have Alert working on other machines, but not with this new install.
Windows 10 Pro 64 bit, all updates current as of 3/2/21
WSJT-X 2.3.0
Settings:  
JT-Alert Ver 2.16.17
WSJT-X Settings:


When I launch Alert with WSJT-x running fine, Alert freezes and has to be closed.  No information displayed.

Any help greatly appreciated!

Bill
KK4C


locked Re: Application Auto-Start Issue

Dave (NK7Z)
 

Try making the timeout for the first program longer, say 5000, or 6000 ms.

If I understand how the delays work, the number you enter into the delay is how long AFTER program start that the next item is launched.

So you are waiting 1.5 seconds, then calling N3FJP, which is probably too short a time...

73, and thanks,
Dave (NK7Z)
https://www.nk7z.net
ARRL Volunteer Examiner
ARRL Technical Specialist, RFI
ARRL Asst. Director, NW Division, Technical Resources

On 3/3/21 2:03 PM, Patrick Hung wrote:
I've set JT-Alert to auto-start both WSJT-X and ACLog, but the two apps can't seem to start in the right order. ACLog usually launches right away, which for some reason takes away the TCP port from WSJT-X, which prevents WSJT-X from auto-starting the radio and getting going. Upon an immediate second try, after quitting out of all three programs, WSJT-X starts quickly (beats ACLog to the port??), and all is well. I don't understand it. Any ideas?
--
73,
Patrick - W6AJR


locked Re: Dozens of WSJT-X config files

Joe Subich, W4TV
 

Laurie,

Will do. The oldest file is currently config_02210228_0238.sqlite so
it will be mid next week before I can generate the support request
(unless you are looking at the file names and I can generate older
files by coping the oldest file and renaming it to earlier dates).

73,

... Joe, W4TV

On 2021-03-03 4:45 PM, HamApps Support (VK3AMA) wrote:
On 3/03/2021 6:16 am, Joe Subich, W4TV wrote:
I had some 40 files accumulated in the two weeks since I've been
back on the air (finally got an antenna up).  Deleted all except
config.sqlite and the last three days of dated back-ups.

73,

   ... Joe, W4TV
Joe,
If you don't mind, please let the backup files accumulate until they are older than 9 days. Then once JTAlert has been running for at least 5 minutes after a restart (to give time for the cleanup code to kick-in) send me a support request. After sending the support request you can delete the old files. Some debug data is being captured if there is an error, but with where it is in the code it will not be triggered until old files are found and the delete is actioned, thus the need to wait for an accumulation of old files.
Thanks.
de Laurie VK3AMA


locked Re: Application Auto-Start Issue

Jim N6VH
 



On 3/3/2021 3:37 PM, HamApps Support (VK3AMA) wrote:
> On 4/03/2021 9:30 am, Wyndell - K5WJF wrote: >> Jtalert will have a pop up about which version to start > > That's because win4icomsuite is starting JTAlert without the required > command-line parameter. JTAlert needs either the /wsjtx or /jtdx > parameter. I don't know if win4icomsuite supports starting > applications with additional command-line paramters. If it does not, > have it start a batch file which contains the command to start > JTAlert with a param. > > de Laurie VK3AMA > >

Laurie,

I use Win4Yaesu, which is probably similar to Win4Icom in this respect. While I don't have it auto-start anything, it looks like it could be set to start the appropriate JTAlert shortcut, which would then start JTAlet, of course. Then, JTAlert could start WSJT-X (or (JTDX). This might work for Wyndell. It might be worth a try for him

73,

Jim N6VH


locked Re: Start problem Subscript used on non-accessible variable

HamApps Support (VK3AMA)
 

On 1/03/2021 1:30 am, Frank IZ7AUH wrote:
Hi Guys,
need help today I have this problem




I try to reinstall JTAlert, try to delete users directory on AppData but not work :-(

Any solutions?

Best 73 IZ7AUH

This is a new type of error. I don't recall ever seeing this specific error reported.
The line number referenced is within the block of code that gets a list of running processes on the PC in order to find the wsjt-x processes and assign the JTAlert instance to the appropriate wsjtx instance (based on how long the wsjtx process has been running). This code has not changed for many years now, so I am reasonably confident the error is not caused by a coding error. Deleting files in the users appdata directory will have no effect as this block of code doesn't access any files.

My best guess is that your PC protection software is interfering. You may need to take steps to mark JTAlert and its files/directories as safe.

de Laurie VK3AMA


locked Re: Application Auto-Start Issue

HamApps Support (VK3AMA)
 

On 4/03/2021 9:30 am, Wyndell - K5WJF wrote:
Jtalert will have a pop up about which version to start

That's because win4icomsuite is starting JTAlert without the required command-line parameter. JTAlert needs either the /wsjtx or /jtdx parameter. I don't know if
win4icomsuite supports starting applications with additional command-line paramters. If it does not, have it start a batch file which contains the command to start JTAlert with a param.

de Laurie VK3AMA


locked Re: Application Auto-Start Issue

HamApps Support (VK3AMA)
 

On 4/03/2021 9:03 am, Patrick Hung wrote:
I've set JT-Alert to auto-start both WSJT-X and ACLog, but the two apps can't seem to start in the right order. ACLog usually launches right away, which for some reason takes away the TCP port from WSJT-X, which prevents WSJT-X from auto-starting the radio and getting going. Upon an immediate second try, after quitting out of all three programs, WSJT-X starts quickly (beats ACLog to the port??), and all is well. I don't understand it. Any ideas?


--
73,

Patrick - W6AJR

Increase the delay for wsjtx.exe entry (#1). The delay is applied after an entry is started, so you only have 1.5 seconds between starting wsjtx (#1) and aclog (#2). The 6 sec delay for aclog can be reduced as all that does is delay JTAlert from completing its startup.

de Laurie VK3AMA


locked Re: Application Auto-Start Issue

Wyndell - K5WJF
 

YMMV but I have win4icomsuite start up ACLog, w5jtx and jtalert. Jtalert will have a pop up about which version to start I just wait till w5jtx is running then select w5jtx.  Now to see if fldigi and run with or instead of w5jtx…

 

Wyndell

Resistance is NOT futile, it's Voltage divided by Current

 

From: Support@HamApps.groups.io <Support@HamApps.groups.io> On Behalf Of Patrick Hung
Sent: Wednesday, March 3, 2021 16:04
To: Support@HamApps.groups.io
Subject: [HamApps] Application Auto-Start Issue

 

I've set JT-Alert to auto-start both WSJT-X and ACLog, but the two apps can't seem to start in the right order. ACLog usually launches right away, which for some reason takes away the TCP port from WSJT-X, which prevents WSJT-X from auto-starting the radio and getting going. Upon an immediate second try, after quitting out of all three programs, WSJT-X starts quickly (beats ACLog to the port??), and all is well. I don't understand it. Any ideas?


--
73,

Patrick - W6AJR




Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com



locked Re: JTAlert makes PC slow

K0GU
 

Can JTAlert cause the kind of slowdown mentioned above when using several instances with no connected log program? 


locked Application Auto-Start Issue

Patrick Hung
 

I've set JT-Alert to auto-start both WSJT-X and ACLog, but the two apps can't seem to start in the right order. ACLog usually launches right away, which for some reason takes away the TCP port from WSJT-X, which prevents WSJT-X from auto-starting the radio and getting going. Upon an immediate second try, after quitting out of all three programs, WSJT-X starts quickly (beats ACLog to the port??), and all is well. I don't understand it. Any ideas?


--
73,

Patrick - W6AJR


locked Re: Dozens of WSJT-X config files

Laurie, VK3AMA
 

On 4/03/2021 7:15 am, Jim N6VH wrote:
(a total of 8, not counting the current one) only go back to Feb 25. I don't know what is different in our setups
I know a difference. You like myself are running an unreleased experimental version of JTAlert, while the others reporting old file accumulation are running the public release.

The differences in the two releases is that the file responsible for removing the old files, JTAlertV2.Manager.exe has changed. The public release uses the .NET Framework 4.7.2 or later, while the experimental release uses .NET CORE 5.0 or later. That is the only difference I can see. The actual code for identifying the old files and removing them is identical for both releases (it was a straight code copy), it is the framework that the Manager is based on being the only difference. Whether this is the cause or just a red-herring we will discover when I finally publish the new JTAlert release.

de Laurie VK3AMA


locked Re: Dozens of WSJT-X config files

HamApps Support (VK3AMA)
 

On 3/03/2021 6:16 am, Joe Subich, W4TV wrote:
I had some 40 files accumulated in the two weeks since I've been
back on the air (finally got an antenna up).  Deleted all except
config.sqlite and the last three days of dated back-ups.

73,

   ... Joe, W4TV

Joe,

If you don't mind, please let the backup files accumulate until they are older than 9 days. Then once JTAlert has been running for at least 5 minutes after a restart (to give time for the cleanup code to kick-in) send me a support request. After sending the support request you can delete the old files. Some debug data is being captured if there is an error, but with where it is in the code it will not be triggered until old files are found and the delete is actioned, thus the need to wait for an accumulation of old files.

Thanks.
de Laurie VK3AMA


locked Re: Dozens of WSJT-X config files

HamApps Support (VK3AMA)
 

On 4/03/2021 6:05 am, Andrew Buza; KF6LU wrote:
Found 406 files. As with others, my dates go back to August 22, 2020

A number of reports of old backup config files not being automatically removed with files dated from August 2020 suggests the JTAlert release made at that time is the likely cause. 2.16.11 was released on 12-Aug-2020. It was a significant release in that it introduced multicast UDP for the first time. Since the old JTAlert AutoIT code does not natively support multicast UDP, a middle-man was coded, JTAlertV2.Manager.exe. This new code replaced the old no-longer-fit-for-purpose plugin system which was also AutoIT coded.

I suspect a permissions issue, or PC protection software interference my be the cause. The config.sqlite file and all the backups of same are created & modified by the main JTAlert process (JTAlert.exe), but the automatic removal of old files is handled by the new JTAlertV2.Manager.exe. Looking at the code, I can't see anything unusual, it is basic stuff, enumerate the files in the config directory, check the last modification date or each file and deleting any that exceed the 7 day threshold.

Either a permissions issue between the two processes, JTAlert.exe and JTAlertV2.Manager.exe or more likely PC protection software preventing the Manager process from deleting files it did not create or modify.

I have added additional debug statements to the cleanup code for the next release. That may shed some light on why this is happening for some users.

de Laurie VK3AMA


locked Re: Worked B4 issue

Joe
 

as noted, they were sent on the 1st.

Joe/WQ6Q


locked Re: Dozens of WSJT-X config files

Jim N6VH
 


On 3/3/2021 12:03 PM, Bob K via groups.io wrote:
Interesting that for at least three of us the files started to accumulate beginning Aug 2020.

Bob, KA2TQV
_._,_._,_


In my case, I have one from 2016. The only others (a total of 8, not counting the current one) only go back to Feb 25. I don't know what is different in our setups, but I am not seeing a large number of those files.

73,

Jim N6VH

4561 - 4580 of 37834