Date   

locked Re: HOW do i "seed" JTAlert adi database from existing WSJT-X ?

HamApps Support (VK3AMA)
 

On 24/06/2020 9:35 am, bob wrote:
maybe I am not understanding how its supposed to work? 
 
i reasoned that re-reading the adif file would have done so with the new 4U1UN QSO record appended to the file as you suggested.
 
-bob

You need to run the JTAlert Scan Log operation in order for the many Alert specific internal lists to be updated based on what appears in your log based on your QSL requirements for an entity to be classed as no longer needed.

Don't confuse the "Scan Log" with the automatic ADIF log import at the start of JTAlert session. That import is getting the adif data into a proper database (with indexes) to allow for rapid checks of decodes at the end of a decode period, something that is impossible if the adif text file had to be scanned top to bottom looking for eligible entries to decode if an Alert is triggered or not.

I note your ADIF file contains 3 different sources of data, DXKeeper, WSJT-X and JTAlert. My question is why did you stop using DXKeeper? A proper logger database is superior to using an ADIF text file, IMO.

de Laurie VK3AMA


locked Re: Not logging some QSOs to DXKeeper. #DXLAB

HamApps Support (VK3AMA)
 

On 24/06/2020 10:22 am, Carl - WC4H via groups.io wrote:
When I run wsjt-x with jtalerts, it will log my QSOs normally to DXKeeper.  Then, at random I get
FAILURE :  QSO Not logged!  popup.

ERROR Message: DXKeeper File : Unable to confirm QSO logged

NOTE: The QSO is staill saved dto the WSJT-X Log File.

It logs the QSO before the error and the QSO after the error.  The error may or may noit come up again.

Anything I can do?

73.
Carl - WC4H

Despite the "Cannot confirm" message from JTAlert, does the QSO actually make it into the log? If so increase the "Check QSO Log Record" time under the Logging section of the Settings window. If you are performing a number of DXKeeper operations post logging, like uploads to online services, you may have to change the time to 10 or more seconds.

de Laurie VK3AMA


locked Re: JTAlert with JTDX question

HamApps Support (VK3AMA)
 

On 24/06/2020 7:50 am, Michael Aust via groups.io wrote:

Can I double click a Callsign that shows up
In JTAlert for JTDX and have JTDX go into transmit 
( Enable ) for me

Use to be able to do this WSJT and Companion
JT Alert program automatically by clicking on
the Callsign in JTAlert with WSJT 

Not sure what I am missing in the setup to
do this with JTDX with JTAlert 

Thanks in advance for your help

Mike
WB6DJI 

WSJT-X and JTDX behave differently with respect to responding to a Callsign click (not double-click) and how they set them selves up to initiate a QSO. JTDX not longer follows the WSJT-X UDP message protocol standard in several areas. This is one of them. If I recall correctly, JTDX will only action the click message from JTAlert when the decode is a CQ only.

de Laurie VK3AMA
 


locked Re: Missing Logging Section in Settings

HamApps Support (VK3AMA)
 

On 24/06/2020 5:26 am, Bob K via groups.io wrote:
I use WSJT-X, through JTAlert and into ACLog. Works great! Last week I tested the interface going into the AC Field Day Log using the N3FJP Contest Logs Logging tutorial. Seemed to interface properly. I then reverted back to the general ACLog to operate. I just went back to test the interface again in prep for this weekend. However, I cannot locate the Logging section in Settings (see screen shot below). It certainly was there before. What ridiculously simple thing am I missing here?? Where is the Logging section?

Ever contrite, Bob 
KA2TQV

There is no logging menu entry under the Settings menu (never has been). You need to use "Manage Settings" to open the Settings window to get to the Logging settings.

de Laurie VK3AMA


locked Re: N3FJP Field Day Logger Port Problems

HamApps Support (VK3AMA)
 

On 23/06/2020 5:12 pm, Larry Krist wrote:
I have a computer that will not seem to work with JT Alert and the N3FJP ARRL Field Day Logger. It gives me the error from N3FJP Field Day Logger 6.3 that says This program's server is already running on port 1100, please click settings.API to select another port for the client to use bla bla bla.. IF I click ok on the error message, it logs into the N3FJP logger, but I get a message from JT Alert saying it cannot be verified it was logged. I have several computers all setup and networked together using tcp[that work fine and all are exactly the same setup. This is the only one giving me problems.  I have tried disabling the virus software to no avail. Any suggestions would be appreciated.

Thanks,

Larry  N8CWU

Port 1100 is the default port used by all the N3FJP loggers used by its API. My guess is that you had both ACLog and the FD logger open at the same time with both having their API server checkbox ticked. One will need to be turned off.

de Laurie VK3AMA


locked Re: Copying JTAlert Configuration Info to a New Computer

HamApps Support (VK3AMA)
 

On 24/06/2020 5:27 am:
I have installed WSJT-X 2.2.1 and JTAlertX 2.11.4 on a new computer.  Can anyone tell me how to copy the JTAlert configurations (Wanted US States, Wanted DXCCs, etc.) to the new machine?
OM,

The JTAlert help file has the answer. Look under the "Frequently Asked Questions" topic.

de Laurie VK3AMA


locked Re: Still Double Logging

HamApps Support (VK3AMA)
 

On 23/06/2020 8:22 am, kk5aa_fred via groups.io wrote:

"Enable Transmission of Last QSO" under the "Last Log API" menu!
Unchecked the box and the double logging has stopped!

Fred - KK5AA

That indicates that you have HRDLogbook set to log QSO directly from WSJT-X/JTDX. I suggest you turn that off to avoid future problems if you happen to enable the the similar (to JTAlert) functions in WSJT-X/JTDX.

As to where in HRDLogbook you turn that off, sorry I don't know, I don't have a copy of HRD to play with, perhaps one of this groups HRD users can chime in with the answer.

de Laurie VK3AMA



locked Re: Decodes window not always populating

HamApps Support (VK3AMA)
 

On 22/06/2020 12:25 pm, W4WT wrote:
Well, it looks like the "friendly name change" is only good until you reboot.  Then it reverts back to its system name.  Thus it doesn't really help much.  I'll just have to remember to change to the correct sound output in JTAlert when I start it up if I've rebooted.

That's not normal. All the sound devices on my Ham PC have had the friendly name changes and they have never changed/reverted after many reboots and Windows updates. Did you update the sound driver by any chance, perhaps that reverted the names.

de Laurie VK3AMA


locked Re: Dual Jtalert and wsjt-x

HamApps Support (VK3AMA)
 

On 22/06/2020 7:49 pm, KD7YZ Bob wrote:
With the Dual JTAlert and WSJT-x running, "should" I see the decoded stations appear in the #2 JTAlert ? 
I looked briefly thru past posts to forum and didn't find my answer.

I am now only seeing Decodes Callsign in instance #1

Very likely you had both WSJT-X instances using the same UDP Server port. They need to be different. See the JTAlert Help file, "Tutorials -> WSJT-X UDP Setup" topic.

de Laurie VK3AMA


locked Re: JTAlert updates will blow away directories or files underneath the JTAlert node, including possibly your logfile

HamApps Support (VK3AMA)
 

On 22/06/2020 11:10 am, bob wrote:
my logfiles and directory have been getting deleted whenver i ran the lst couple of installs.

JTAlert is not and has not been designed to be a portable application where Program files can coexist with user files (like logs). All your JTAlert user files are stored under the %localappdata% directory per the Microsoft standards as do the vast majority of well written Windows applications. The only exceptions are typically XP era programs when the separation of user files from program files was not the norm

Log files which can be stored anywhere, should never be located under the JTAlert install directory. The same way the you wouldn't stored MS office documents and spreadsheets under the MS Office install directory or other user maintained files under the Windows install directories, that will cause those files to be very likely lost whenever there is an Office or Windows update.


de Laurie VK3AMA


locked Re: 2.16.8

HamApps Support (VK3AMA)
 

On 22/06/2020 10:53 am, neil_zampella wrote:

I'm very sure that the data files are kept under the USER directory tree under the AppData directory.   So no matter if yu install in a separate directory, either version will use the same data files.

Neil, KN3ILZ
Absolutely correct. This is why running the JTAlert setup can be executed multiple times or even uninstalling JTAlert via control panel, the settings for JTAlert are remembered.

de Laurie VK3AMA


locked Re: Repeating JTAlerT fauilure in multy instance use #JTDX

HamApps Support (VK3AMA)
 

On 22/06/2020 4:46 am, asobel@... wrote:
I am using Flex 6600 radio, SmartSDR v3.1.12 and 4 instances of WSJT-X v2.2.1 and JTAlert v2.16.8. Every few hours one of the instances of JTAlert does fail in a meaner you can see in the attached photo such that I have to restart it. This is a long time issue on which I did complain in the past. Your help is welcome.

Amos 4X4MF

Sorry, a single instance failure out of 4 instances will be impossible to diagnose or fix. With no error message to examine, I am in the dark. Your only reliable option in this situation is to restart all JTAlert instances after making sure that there are non still shown in task manager  as the instance that stopped responding is very likely still listed in task manager.

I have never seen the window title bar being horizontally flipped like that.

de Laurie VK3AMA


locked Re: Manually adding Grid Squares worked B4?

HamApps Support (VK3AMA)
 

On 21/06/2020 11:23 pm, wo4o RiC wrote:
I'm relatively new to utilizing WSJT-X and JTAlert and have been searching the archives for instructions on how Grid Squares worked B4 and not needed can be manually added to the JT-Alert window to block Alerts for those specific Grid Squares.

 

My mouse cursor can enter the window but I'm unable to manually add specific Grid Squares for which I don't want Alerts to be triggered.

I understand by scanning a log that JTAlert is capable of automagically adding Grid Squares worked B4 to block such Alerts, but I've been searching for a way to perform the task manually (and have yet to discover the way ... if there is one).

There's a will, but I've failed to figure out a way ...

73 de RiC wo4o

It is impossible to manually add worked Grids (same applies to Prefixes) to the no-longer-needed lists. That can only be accomplished by running the JTAlert Scan Log operation which will examine the logger you have enabled in JTAlert for logging and update the internal lists based on what your log has recorded and the QSL confirmation types you have set.

de Laurie VK3AMA


locked Re: Decodes Window not populating in Version 2.16.8

HamApps Support (VK3AMA)
 

On 21/06/2020 10:11 pm, Brad Adams wrote:
I had done a fresh restart yesterday. I downgraded to 2.16.7 this morning and i have been running FT8 for the last hour with 4,616 decodes and the decodes window never missed a beat. Worked great. Also, I never had a problem like others did with version 2.16.6 and missing decodes and the decodes window not populating. So, I am not sure what is going on. My system info is as follows:

Dell Precision 3530,  Windows 10 Professional, (Version 1903, Build 18362.720) 16G RAM, 1 TB HD. Raid 1
WSJT-X version 2.2.1, Log4OMV2, Flex 6300 with SPE 1.5K amplifier. (Running SPE software with the amp)

Is my Windows version compatible with yours? Thoughts?

Thanks

Brad, N4PYI

Thanks Brad,

Good to hear Decodes is back working. At this time I suggest you stay with 2.16.7. I need to do some research and testing to see if I can reproduce the problem you were having and importantly come up with a fix.

de Laurie VK3AMA


locked Re: Seeing Double

HamApps Support (VK3AMA)
 

On 21/06/2020 3:43 am, Bill Tee wrote:
Hello everyone. This is my first post to this group. I don't know if it is my 11 year old computer (that runs just fine other that this problem), ram, integrated Graphics, HRD or JTAlert that is causing this double image. This has been ongoing for the past 3 versions.  Any help will be greatly appreciated.
Thank You
Bill---WA3LLF




Bill,

I have never seen that effect before, the menu bar being drawn twice with different font scaling for each menu bar.

All the menus are drawn by Windows itself in response to standard api calls sent by JTAlert, there is no direct drawing of the menus by JTAlert. In the past with the original JTAlert with menus in the title-bar, all menu drawing and repainting was controlled by exclusively by JTAlert, but now that that version has been retired in favor of the more traditional menu placement below the titlebar all menu placement and drawing is handled exclusively by Windows itself.

Sorry, I don't have a fix for you nor an idea fro a fix. This is a Windows issue, and without other reports, likely confined to your PC environment.

de Laurie VK3AMA


locked Re: Not logging some QSOs to DXKeeper. #DXLAB

Dave AA6YQ
 

+ AA6YQ comments below

When I run wsjt-x with jtalerts, it will log my QSOs normally to DXKeeper. Then, at random I get
FAILURE : QSO Not logged! popup.

ERROR Message: DXKeeper File : Unable to confirm QSO logged

NOTE: The QSO is staill saved dto the WSJT-X Log File.

It logs the QSO before the error and the QSO after the error. The error may or may noit come up again.

+ Is the QSO referred to by the "Unable to confirm QSO logged" message logged in DXKeeper?

73,

Dave, AA6YQ


locked Re: Not logging some QSOs to DXKeeper. #DXLAB

Rob Kivell
 

This has happened to me maybe a dozen times in approx. three thousand logs.  In my case, I do not like programs to automatically launch on startup. 99 percent of the times it was because I did not start up DXKEEPER before I tried to make the log entry from JTA. In the few other cases I imagine it was just an anomaly that a reboot fixed. In several instances JTA it was not logged but when I checked my DX Log it was there. But as I mentioned before, The issue has not been a problem For me.

73 Rob kk4eun


On Jun 23, 2020, at 7:22 PM, Carl - WC4H via groups.io <wc4h.dx@...> wrote:

When I run wsjt-x with jtalerts, it will log my QSOs normally to DXKeeper.  Then, at random I get
FAILURE :  QSO Not logged!  popup.

ERROR Message: DXKeeper File : Unable to confirm QSO logged

NOTE: The QSO is staill saved dto the WSJT-X Log File.

It logs the QSO before the error and the QSO after the error.  The error may or may noit come up again.

Anything I can do?

73.
Carl - WC4H
<jtalert-not-logging-error.JPG>


locked Not logging some QSOs to DXKeeper. #DXLAB

Carl - WC4H
 

When I run wsjt-x with jtalerts, it will log my QSOs normally to DXKeeper.  Then, at random I get
FAILURE :  QSO Not logged!  popup.

ERROR Message: DXKeeper File : Unable to confirm QSO logged

NOTE: The QSO is staill saved dto the WSJT-X Log File.

It logs the QSO before the error and the QSO after the error.  The error may or may noit come up again.

Anything I can do?

73.
Carl - WC4H


locked Re: HOW do i "seed" JTAlert adi database from existing WSJT-X ?

bob
 

Hi Laurie,
 
now that i'm back home after a nice family visit for fathers day I can test this again.
 
you suggested that i copy the QSO records that are additional in the WSJT-X adi file (the update deleted my adif log), and append them to the JTA adif file i have configured/recovered.
 
i did so (attaching the file) for about 20 contacts.  you can tell the appended records in adif file distinct from the JTA native records based on the case sense of the records.  the records i appended from the WSJT-X log to the JTA log are the ones in lower case.   I realize adif is case-insensitive, but WSJT-X uses all lower case, while JTA uses all caps in the adif file.  i note this only to easily spot the appended records in the attached file.   
 
While JTA does not complain about those appended records, it nonetheless does not seem to be reading them in and adding them to the alerts database (or at least moving the newly worked DXCC from the Wanted to Not-Wanted list).   For example, the QSO record at line #1407 for 4U1UN did not result in the entity on 20m being seen as worked, and therefore moving it from the Wanted to the Not-Wanted dxcc list.   Same thing for the 5Z4 (kenya) stations appended.  I am using "individual bands" alerts.   both DXCC entities are still in the "Wanted" list.
 
maybe I am not understanding how its supposed to work? 
 
i reasoned that re-reading the adif file would have done so with the new 4U1UN QSO record appended to the file as you suggested.
 
-bob


locked Re: JTAlert with JTDX question

Michael Aust
 

Need JTAlert help !

A Single click populates the GenMsgs in JTDX
With a CQ type Callsign but the Enable Tx does not turn Red, I have to click Enable Tx in JTDX to transmit

Maybe there a setting in JTDX
Using v2.1.0-rc150 of JTDX
with JTAlert 2.16.7

Any help appreciated 
Thanks in advance

Mike
WB6DJI 

Sent from AOL Mobile Mail
Get the new AOL app: mail.mobile.aol.com

Need JTAlert help

Can I double click a Callsign that shows up
In JTAlert for JTDX and have JTDX go into transmit 
( Enable ) for me

Use to be able to do this WSJT and Companion
JT Alert program automatically by clicking on
the Callsign in JTAlert with WSJT 

Not sure what I am missing in the setup to
do this with JTDX with JTAlert 

Thanks in advance for your help

Mike
WB6DJI 



_._,_._,_

2461 - 2480 of 32886