Date   

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

g4wjs
 

On 05/03/2021 19:51, wmmcc via groups.io wrote:
Problem solved with help from Mike.

Thanks so much, Mike!

Bill
Hi Bill,

please pass on the fix so others can find the solution.



--
73
Bill
G4WJS.


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

wmmcc@...
 

Problem solved with help from Mike.

Thanks so much, Mike!

Bill


locked Re: Worked B4 issue

Joe
 

Another day, nothing heard.  Should I open a second support request?


locked Re: Highlighting wanted dxcc in decodes (not only cq)?

Daniel <dko1@...>
 

Hi again,

maybe I need to be more precise. What I want is this:




I had put China manually in the wanted DXCC box before. The call is highlighted in the CQ message but also further down in a QSO decode.
So this proves some reaction. But why is JTAlert not synchronising with its own ADIF file?

73
Daniel
DL3IAE



locked call sign spots

Anthony W. DePrato
 

This may be the wrong place to ask this if so i am sorry. but can anyone tell me how to STOP this.

last week i downloaded the latest version of WSJT.rc I have NOT downloaded a new version of jtalert for over a year.
i was on 30 meters calling cq dx and have dxlab running for my logging program.
i now see spots rolling in with my call sign and the source being changing calls from all over the STATES and EU followed by a #.
I figure this is a psk or reverse beacon deal.
i have psk reporter turned off and everything i can find in both WSJT and JTALERT that might transmit spots. i also have this turned off in dxlab.
but i still see spot after spot with my call sign as CQing on 10.036 FT8. and the spotting sources changing with each spot.
any ideals as i DO NOT feel the dx cluster is for spotting stateside station unless a EU station might spot me.
thanks for any help
73 Tony WA4JQS /VP8BZL


locked Re: Highlighting wanted dxcc in decodes (not only cq)?

Daniel <dko1@...>
 

Mike,
In Manage settings -> Alerts -> Wanted DXCC -> Individual bands, I have set "by individual band" and "any mode".
I have picked the 30m band only where the ADIF file has a number of DXCCs.
However, there is a message saying "0 of 340 DXCC entities wanted", which I find strange.
Because on start-up, JTAlert shows a little log scan window, so I assume it shoulkd know which DXCCs I have and what I am looking for.
Or do I have to pick them manually?

Daniel
DL3IAE


locked Re: Highlighting wanted dxcc in decodes (not only cq)?

Daniel <dko1@...>
 

No Larry,

I haven't. But thanks!

Daniel
DL3IAE


locked Re: Highlighting wanted dxcc in decodes (not only cq)?

Larry Banks
 

Hi Daniel,
 
Under ALERTS >> FILTERS do you have “Show CQ Only Callsigns” turned on?

73 -- Larry -- W1DYJ

 

From: Daniel
Sent: Friday, March 05, 2021 7:46
Subject: Re: [HamApps] Highlighting wanted dxcc in decodes (not only cq)?
 
Thanks Mike,

of course it should only highlight the ones I can hear, I forgot to mention.
But apparently it doesn't. Only when the new DXCC is calling CQ.
So tailend possibilities are hard to find, unless I monitor the Band Activity window of WSJT-x.

Daniel


locked Re: Highlighting wanted dxcc in decodes (not only cq)?

Michael Black
 

Do you have alerts by mode/band turned on?

Mike W9MDB




On Friday, March 5, 2021, 06:47:07 AM CST, Daniel <dko1@...> wrote:


Thanks Mike,

of course it should only highlight the ones I can hear, I forgot to mention.
But apparently it doesn't. Only when the new DXCC is calling CQ.
So tailend possibilities are hard to find, unless I monitor the Band Activity window of WSJT-x.

Daniel


locked Re: Highlighting wanted dxcc in decodes (not only cq)?

Daniel <dko1@...>
 

Thanks Mike,

of course it should only highlight the ones I can hear, I forgot to mention.
But apparently it doesn't. Only when the new DXCC is calling CQ.
So tailend possibilities are hard to find, unless I monitor the Band Activity window of WSJT-x.

Daniel


locked Re: Highlighting wanted dxcc in decodes (not only cq)?

Michael Black
 

It should be highlighting those in QSO but only if you hear them.  It won't highlight somebody else calling them.

Mike W9MDB




On Friday, March 5, 2021, 01:48:20 AM CST, Daniel <dko1@...> wrote:


Hi,

I am new to JTAlert and this has surely been asked before.
How can I make JTAlert to highlight wanted dxcc stations that are in QSO, means not only if the call CQ?
The logging function is working, I have an ADIF file which records all my QSOs.
All new DXCCs are highlighted when the call CQ.

Any help?

Tnx
Daniel


locked Highlighting wanted dxcc in decodes (not only cq)?

Daniel <dko1@...>
 

Hi,

I am new to JTAlert and this has surely been asked before.
How can I make JTAlert to highlight wanted dxcc stations that are in QSO, means not only if the call CQ?
The logging function is working, I have an ADIF file which records all my QSOs.
All new DXCCs are highlighted when the call CQ.

Any help?

Tnx
Daniel


locked Re: Application Auto-Start Issue

Patrick Hung
 

I will try as suggested, and report back. Thanks, all!
--
73,

Patrick - W6AJR


locked Re: jtalert cant communicate with wsjt-x

Dave Garber
 

with your same combo, i do not get jtalert filling in the top line until wsjt has lines to forward via udp, then the boxes as well as the top header fill in..   I always assumed this was normal

Dave Garber
VE3WEJ / VE3IE


On Thu, Mar 4, 2021 at 6:23 AM colin via groups.io <csaggers1=sky.com@groups.io> wrote:
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: 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

3601 - 3620 of 36897