Date   

locked Re: Duplicate HRD Logbook Entries With Invalid Time Stamps from JAlert #HRD

Ronald Panetta, WB2WGH
 

Laurie, sorry it took so long to get back to you on the correct way to log to HRD. Worked like a champ. I now HRD log via the JTAlert TCP (not UDP) interface. Thanks!

If you want a little bit of the  back story... Started to look in HRD for enabling the TCP interface. Finding none I Google it and found a few of your references. Checked HRD support site and no information on TCP logging other than the middleware authored a few years ago. Finding nothing, I used "netstat -a -b" and confirmed TCP/7826 is opened by HRD by default. Firing up Wireshark (PC network sniffer) on the loopback interface, I saw the TCP/7826 conversation started and upon completing a QSO, I saw the TCP transaction from JTAlert to HRD. At that point I saw 3 duplicate entries in HRD, one from TCP and the other two from JTAlert/UDP and WSJT-X/UDP. I have since disabled the 2 UDP per your suggestion. 

I find it interesting the stealth (aka undocumented) nature of the HRD TCP/7826 interface. 

Thanks again! 73, Ron WB2WGH

On Mon, Mar 1, 2021 at 1:10 AM HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:
On 1/03/2021 5:27 am, Ronald Panetta wrote:
  • The entry with the missing date (shows as 12/30/1899 when you double click on the entry) is from JTAlert. In my case Settings -> Logging -> Last QSO API -> UDP Transmission (enabled and UDP port 2333.
  • The entry with the date is from WSJT-X. In my case Settings -> Reporting -> Secondary UDP Server -> Enabled via IP address 127.0.0.1 port 2333.
  • I log with both as once HRD fixes the bug, I plan to use JTAlert for  logging and disable it in WSJT-X as that shows as deprecated. As stated earlier, I just clean up with the "Refresh"  button.
73, Ron WB2WGH


Ron,

There is no need to wait for HRD to fix their badly broken ADIF parser. The easy fix is to set JTAlert to use HRD logging and leave the WSJT-X secondary server and the JTAlert Last QSO function turned off.

By having JTAlert perform the HRD logging, which happens via the HRDLogbook TCP interface (no direct writing to the log, it is handled by HRD), is that you instantly gain accurate B4 checking against you log and one-click updating of the JTAlert Alert database for the different Alert types, rather than having to manually adjust the Alert settings which is tedious and error (human) prone.


de Laurie VK3AMA



--
Ron


locked Re: Windows protected your PC #JTDX

Ronald Panetta, WB2WGH
 

Andy, Never encountered your issue but a quick Google surf located 


Look about 1/3 way down and you'll find some guidance. Hope that helps. Ron

On Thu, Mar 4, 2021 at 1:50 PM Andy Cogswell <cogswell1635@...> wrote:
According to this post: https://hamapps.groups.io/g/Support/message/18823?p=,,,20,0,0,0::relevance,,Windows+protected+your+pc,20,2,0,9746417 when you get the "Windows protected your PC" message, you click "Run anyway" but that option isn't available for me. I am trying to run the database update but Windows won't let me. I already tried adding the file to the exceptions list in the firewall but it still won't run.



--
Ron


locked Windows protected your PC #JTDX

Andy Cogswell
 

According to this post: https://hamapps.groups.io/g/Support/message/18823?p=,,,20,0,0,0::relevance,,Windows+protected+your+pc,20,2,0,9746417 when you get the "Windows protected your PC" message, you click "Run anyway" but that option isn't available for me. I am trying to run the database update but Windows won't let me. I already tried adding the file to the exceptions list in the firewall but it still won't run.


locked Re: Dozens of WSJT-X config files

Jim N6VH
 

On 3/3/2021 2:01 PM, Laurie, VK3AMA wrote:


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

Yes, that could well be. It will be interesting to see if that is the case.

73,

Jim N6VH


locked Re: Dozens of WSJT-X config files

Phil Cooper
 

Hi Joe,

 

Ah, probably one place I didn't check thoroughly.

 

That netted me me a few hundred such files, all dating back to August 2020.

 

As per instructions from Laurie, I have deleted all but the last dozen or so.

 

Thanks for your help...

 

73 de Phil GU0SUP

 

 

-----Original Message-----
From: "Joe Subich, W4TV" <lists@...>
Sent: Thursday, 4 March, 2021 13:36
To: Support@HamApps.groups.io
Subject: Re: [HamApps] Dozens of WSJT-X config files


C:\Users\<account>\AppData\Local\HamApps\<your call>\config\JTAlertX

73,

... Joe, W4TV


On 2021-03-04 8:11 AM, Phil Cooper via groups.io wrote:
> Hi all,
>
> My curiosity was peaked by this thread, so I have been looking to see if
> I have multiple config files, but I can't find any.
> Maybe that is a good sign, but what path do I look in to check?
>
> 73 de Phil GU0SUP








locked Re: Dozens of WSJT-X config files

Joe Subich, W4TV
 

C:\Users\<account>\AppData\Local\HamApps\<your call>\config\JTAlertX

73,

... Joe, W4TV

On 2021-03-04 8:11 AM, Phil Cooper via groups.io wrote:
Hi all,
My curiosity was peaked by this thread, so I have been looking to see if I have multiple config files, but I can't find any.
Maybe that is a good sign, but what path do I look in to check?
73 de Phil GU0SUP


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

Michael Black
 

Hi Bill,

Contact me off list and I can help you.

Mike W9MDB




On Thursday, March 4, 2021, 05:14:55 AM CST, wmmcc via groups.io <wmmcc@...> 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


locked Re: Dozens of WSJT-X config files

Phil Cooper
 

Hi all,

My curiosity was peaked by this thread, so I have been looking to see if I have multiple config files, but I can't find any.
Maybe that is a good sign, but what path do I look in to check?

73 de Phil GU0SUP


locked jtalert cant communicate with wsjt-x

colin
 

Hi All
I know this topic has been asked before but for the life of me i cant work out how to fix it.
I can play with the setting during the day and by hook or by crook {luck} i can get it to work.
Switch of the pc and go to bed and during the night the evil pixies mess it all up and when i come to start up Jtalert cannot get the frequency and then after a few minutes the normal 
splash screen appears.
I am using Jtalert,Wsjt-x and Log4om v2
Many thanks
Colin


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

3081 - 3100 of 36363