Date   

locked Re: V2.505 and worked B4

HamApps Support (VK3AMA)
 

On 7/09/2021 6:28 pm, Jacques F1VEV wrote:
 This is what I tried last as I would have thought it was the most restrictive  but some still show  despite last QSO was over 18 months ago  Cheers  Jacques 
--
F1VEV

Based on your settings, an 18 month old QSO in your log will not be flagged as B4 because you have the "6 months" age setting enabled for the "Ignore QSOs based on log entry date". By setting an ignore date as you have, any callsign decoded that was previously logged more than 6 months in the past will not show the B4 in the Callsigns window and will generate alerts.

If you don't want old QSO being ignored for the B4 testing, don't use the "Ignore QSOs based on log entry date", un-tick the checkbox.

de Laurie VK3AMA


locked Re: Decodes window

HamApps Support (VK3AMA)
 

On 10/09/2021 6:52 am, richard clare wrote:
Help! Decodes window minimized. Can't get it to maximize! Richard wb6ewm

Google "Recover off screen window" and use one of the many millions of hits returned for recovering an off-screen window, a very common Windows problem.

de Laurie VK3AMA


locked Decodes window

richard clare
 

Help! Decodes window minimized. Can't get it to maximize! Richard wb6ewm


locked Re: Rebuild Alert Data Base

Jim Cary
 

How do I change/eliminate the QTH Id Selections?  I tried to eliminate or change it on the "My QTH Lists per wanted alert" but it won't accept changes.


locked Re: "Sticky" Alert

Michael Black
 

There's a script on my QRZ page that will work with JTAlert's "Miscellaneous Alerts/User Alert" and will email/text to wherever you want.

Mike W9MDB




On Wednesday, September 8, 2021, 06:52:50 PM CDT, Gavin Bennett <gavin@...> wrote:


Firstly, I apologise if the solution is within the forum, I could not find it (-;

With a triggered alert, such as a new DXCC/band is there a setting that does not clear the alert, until you can manually clear it?  

The alert may be triggered, but if I don't get to the computer quick enough I may miss it.

Thanks

Gavin
ZL3GAV


locked Re: No respons from JTDX when I dblclick in the Calsingn Window

HamApps Support (VK3AMA)
 

On 8/09/2021 9:11 pm, ON4AVJ@... wrote:
In JTalert "double click" is activated to send the call sending CQ (or other message) to WSJT+ or JTDX.
But nothing happens in JTDX. Are there other configuration settings needed in JTAlert or JTDX?
73
Jacques ON4AVJ

You need to enable "Accept UDP Requests" for the UDP Server settings in JTDX, just like the WSJTX setup.

de Laurie VK3AMA


locked Re: dual instances issues

HamApps Support (VK3AMA)
 

On 8/09/2021 10:06 pm, KF7NN wrote:
thanks i was changing the wrong port, i changed the 2333 to 2334 but in reality i tried the 2237 to 2238 and it works good now

FYI,

There is no need to use different UDP ports for each WSJTX instance if you use multicast UDP. The port can be the same for each instance, see the JTAlert "Help -> WSJTX UDP Setup" menu. Unique ports are only needed when using unicast UDP. 127.0.0.1 is a unicast address.

de Laurie VK3AMA
 


locked Re: Rebuild Alert Data Base

HamApps Support (VK3AMA)
 

On 9/09/2021 7:34 am, Jim Cary wrote:
I feel real stupid raising this issue.  I've looked through all of the posts and responses on the above subject, and still can't get the alert database tables to update.  I am using DXKeeper and the Log function shows that.  But for some reason, the alert tables are not updating when I do Data Base rebuild.  I have tracking  by any band for any WSJT-X mode.  And the results are the same whether I ask for all tracking to be updated, or only for one band.

It is so simple it should work but........

Thanks,

Jim
W2SM

Sounds like you have one or more DXKeeper myQTH Ids set for the different Alerts which directly affects what QSOs in the DXKeeper Log are used for the rebuild operation. See the "Logging -> DXLab DXKeeper -> my QTH Id Selections" section of the main Settings window.

de Laurie VK3AMA


locked Re: Rebuild Alert Data Base

Michael Black
 

Hi Jim

Give me a call and we can connect up and see about figuring out what's wrong.
I help a lot of people.

217-960-0233

Mike W9MDB






On Wednesday, September 8, 2021, 04:34:06 PM CDT, Jim Cary <jimlcary@...> wrote:


Laurie,

I feel real stupid raising this issue.  I've looked through all of the posts and responses on the above subject, and still can't get the alert database tables to update.  I am using DXKeeper and the Log function shows that.  But for some reason, the alert tables are not updating when I do Data Base rebuild.  I have tracking  by any band for any WSJT-X mode.  And the results are the same whether I ask for all tracking to be updated, or only for one band.

It is so simple it should work but........

Thanks,

Jim
W2SM


locked Rebuild Alert Data Base

Jim Cary
 

Laurie,

I feel real stupid raising this issue.  I've looked through all of the posts and responses on the above subject, and still can't get the alert database tables to update.  I am using DXKeeper and the Log function shows that.  But for some reason, the alert tables are not updating when I do Data Base rebuild.  I have tracking  by any band for any WSJT-X mode.  And the results are the same whether I ask for all tracking to be updated, or only for one band.

It is so simple it should work but........

Thanks,

Jim
W2SM


locked Re: No respons from JTDX when I dblclick in the Calsingn Window

Michael Black
 

Do you have the checkbox turned on in the Reporting tab?

Inline image

Mike W9MDB




On Wednesday, September 8, 2021, 06:11:26 AM CDT, ON4AVJ@... <on4avj@...> wrote:


Hello,
In JTalert "double click" is activated to send the call sending CQ (or other message) to WSJT+ or JTDX.
But nothing happens in JTDX. Are there other configuration settings needed in JTAlert or JTDX?
73
Jacques ON4AVJ


locked Re: dual instances issues

George KF7NN
 

thanks i was changing the wrong port, i changed the 2333 to 2334 but in reality i tried the 2237 to 2238 and it works good now thank you


locked Re: dual instances issues

Michael Black
 

Did you change the port in WSJT-X for the 2nd instance?
It has to be different than the 1st instance.

Mike W9MDB




On Wednesday, September 8, 2021, 06:20:56 AM CDT, KF7NN <george@...> wrote:


im running dual instances of wsjtx and using dxcommander as the rig control, my second instance of jtalert doesnt connect to the second instance of wsjtx i get  "???m,,DXK#2" and no logging or anything works, if i run only one instance of jtalert everything works fine. my about reads asfollows,

JTAlert Instance       : #2
JTAlert Start Params   : /wsjtx
WSJT-X Window Title    : WSJT-X - IC-9700   v2.4.0   by K1JT, G4WJS, K9AN, and IV3NWV
WSJT-X Command Line    : "C:\WSJT\wsjtx\bin\wsjtx.exe" --rig-name=IC-9700
WSJT-X   --rig-name    : IC-9700
WSJT-X Config File     : C:\Users\georg\AppData\Local\WSJT-X - IC-9700\WSJT-X - IC-9700.ini
WSJT-X Version         : 
WSJT-X Revision        : 
WSJT-X Spec Op Mode    : None
WSJT-X UDP ID          : 
WSJT-X UDP Port        : 2237
WSJT-X UDP Server      : 127.0.0.1
WSJT-X UDP MCast on LB : True
WSJT-X UDP Max Schema  : 
 
==================================================
UDP Ports used
--------------------------------------------------
JTAlert.exe           : 59526 50800
JTAlertV2.Manager.exe : 60079 60080 60081
JTAlertV2.Decodes.exe : 
 
 
==================================================
Audio output devices
--------------------------------------------------
[1] Speakers (2- USB Audio CODEC )
[2] Speakers (USB Audio CODEC )
[3] VX2757 (NVIDIA High Definition Audio)
 
 
==================================================
JTAlertV2.Manager (2.50.5.0) status
(2021-09-08 11:18:27 utc)
--------------------------------------------------
CLR Version       : 5.0.9
NET Framework     : .NET 5.0.9
Architecture      : x64 64bit
--------------------------------------------------
UDP Router        : Initialized : YES (WSJT-X - IC-9700)
Audio             : Initialized : YES (3 output devices)
Activity Service  : Initialized : NO
Messaging Service : Initialized : YES (stopped)
HamSpots Service  : Initialized : YES
QRZ Xml           : Initialized : YES 
HamQth Xml        : Initialized : YES 
QRZ Log           : Initialized : YES 
HamQth Log        : Initialized : YES 
ClubLog Log       : Initialized : YES (KF7NN)
Eqsl Log          : Initialized : YES 
HrdLog Log        : Initialized : YES 
DXLab DDE         : Initialized : YES
User Alert        : Initialized : YES
Updates Check     : Initialized : NO
Environment Check : Initialized : NO
Maintenance       : Initialized : YES (started : 3600)
--------------------------------------------------
 


locked dual instances issues

George KF7NN
 

im running dual instances of wsjtx and using dxcommander as the rig control, my second instance of jtalert doesnt connect to the second instance of wsjtx i get  "???m,,DXK#2" and no logging or anything works, if i run only one instance of jtalert everything works fine. my about reads asfollows,

JTAlert Instance       : #2
JTAlert Start Params   : /wsjtx
WSJT-X Window Title    : WSJT-X - IC-9700   v2.4.0   by K1JT, G4WJS, K9AN, and IV3NWV
WSJT-X Command Line    : "C:\WSJT\wsjtx\bin\wsjtx.exe" --rig-name=IC-9700
WSJT-X   --rig-name    : IC-9700
WSJT-X Config File     : C:\Users\georg\AppData\Local\WSJT-X - IC-9700\WSJT-X - IC-9700.ini
WSJT-X Version         : 
WSJT-X Revision        : 
WSJT-X Spec Op Mode    : None
WSJT-X UDP ID          : 
WSJT-X UDP Port        : 2237
WSJT-X UDP Server      : 127.0.0.1
WSJT-X UDP MCast on LB : True
WSJT-X UDP Max Schema  : 
 
==================================================
UDP Ports used
--------------------------------------------------
JTAlert.exe           : 59526 50800
JTAlertV2.Manager.exe : 60079 60080 60081
JTAlertV2.Decodes.exe : 
 
 
==================================================
Audio output devices
--------------------------------------------------
[1] Speakers (2- USB Audio CODEC )
[2] Speakers (USB Audio CODEC )
[3] VX2757 (NVIDIA High Definition Audio)
 
 
==================================================
JTAlertV2.Manager (2.50.5.0) status
(2021-09-08 11:18:27 utc)
--------------------------------------------------
CLR Version       : 5.0.9
NET Framework     : .NET 5.0.9
Architecture      : x64 64bit
--------------------------------------------------
UDP Router        : Initialized : YES (WSJT-X - IC-9700)
Audio             : Initialized : YES (3 output devices)
Activity Service  : Initialized : NO
Messaging Service : Initialized : YES (stopped)
HamSpots Service  : Initialized : YES
QRZ Xml           : Initialized : YES 
HamQth Xml        : Initialized : YES 
QRZ Log           : Initialized : YES 
HamQth Log        : Initialized : YES 
ClubLog Log       : Initialized : YES (KF7NN)
Eqsl Log          : Initialized : YES 
HrdLog Log        : Initialized : YES 
DXLab DDE         : Initialized : YES
User Alert        : Initialized : YES
Updates Check     : Initialized : NO
Environment Check : Initialized : NO
Maintenance       : Initialized : YES (started : 3600)
--------------------------------------------------
 


locked No respons from JTDX when I dblclick in the Calsingn Window

ON4AVJ@...
 

Hello,
In JTalert "double click" is activated to send the call sending CQ (or other message) to WSJT+ or JTDX.
But nothing happens in JTDX. Are there other configuration settings needed in JTAlert or JTDX?
73
Jacques ON4AVJ


locked Re: V2.505 and worked B4

Jacques F1VEV
 
Edited

Hello  Hi Bob V31MA is also one of my recuring callsigns despite having worked all bands etc  yet my issue concerns at least 50% of ALL calls that are Worked B4  show up as wanted  so something is amiss in my system . 

 did a quick roll back to 2.50.4 this morning  and all seems ok  for now  still testing   WEIRD   edited   NO still getting WB4 showing up 

Thanks Jacques F1VEV


locked Re: No decodes in call sign window

Michael Black
 

What antivirus are you using?

Sounds kind of like it's removing something but the delayed reaction is strange.

You can try putting an exclusion on the JTAlert program directory.

Mike W9MDB




On Tuesday, September 7, 2021, 07:55:07 PM CDT, Robert Railer <rarailer@...> wrote:


I have to delete and reload JtAlert several times to get call signs to propagate in the call signs box.  When I shut down the program and restart it, no call signs appear again making me have to delete the program and reload once again several times until it works properly.  
What is missing that will not allow the call signs to propagate each time I restart the program?
Rob K8RAR    73


locked No decodes in call sign window

Robert Railer
 

I have to delete and reload JtAlert several times to get call signs to propagate in the call signs box.  When I shut down the program and restart it, no call signs appear again making me have to delete the program and reload once again several times until it works properly.  
What is missing that will not allow the call signs to propagate each time I restart the program?
Rob K8RAR    73


locked Re: Can get Callsigns window to display JTAlert 2.50.5

Fred Kemmerer
 

I just reinstalled the 2.50.5 and NET Framework updates on my computer a second time. This seems to have cleared up the problem.
--
Best and 73,

Fred, AB1OC
https://stationproject.blog
https://www.n1fd.org


locked V2.505 and worked B4

Bob Frostholm
 

Hi Laurie,

I too have noticed occasionally that stations I have worked before show up an unworked... but only briefly... maybe for a few decode cycles (less than 10). Most recently, last evening with V31MA.

Yes, the rig frequency is set in WSJT-x V2.5.0 rc5

Here are my settings:

73

Bob

Ko6Lu


-------- Forwarded Message --------
Subject: Re: [HamApps] V2.505 and worked B4
Date: Tue, 7 Sep 2021 18:21:16 +1000
From: HamApps Support (VK3AMA) via groups.io <vk3ama.ham.apps@...>
Reply-To: Support@HamApps.groups.io
To: Support@HamApps.groups.io


On 7/09/2021 5:15 pm, Jacques F1VEV wrote:
I have noticed recently a lot of worked B4 call signs showing up in the call sign window if I double click then call sign comes up in main window  as QSO B4 ?

I have tried rebuilding data base  choosing ignore based on log entry and also older then etc ; but noting they still show up ? 

Using WSJTX 2.4.0 JTAlert 2.50.5 HRD logbook 6.7.0.357 on SQL  on W10 Pro   ( JTA logs direct to HRD)
I have tried all suggestion I have read about to no avail I must be blind to something obvious  pointer will be welcomed 
Thank you Jacques 
F1VEV

Firstly, The Alert Database rebuild does not affect the B4 status.

If a Callsign is not showing a B4 when decoded but does when that Callsign becomes the DXCall in WSJTX that will be due to the Worked B4 settings in JTAlert, especially if you have a date threshold set for the B4 or the B4 is ignored for some Alerts.

The "QSO B4" shown in the main JTAlert window when you're in QSO with the Callsign indicates that is an existing QSO in your log for the current Band & Mode. That "QSO B4" status is a log status, not an Alert status, and is independent of the B4 reporting of the live decodes.

What settings do you have set under the  "Alerts -> Worked B4" section of the Settings widow?

de Laurie VK3AMA


--
Bob
KO6LU

841 - 860 of 37662