Date   

locked Re: N1MM Logging prob

Anthony Bowyer
 

Opps, that should be rebroadcast rather than re-transmission.


locked Re: N1MM Logging prob

Anthony Bowyer
 

This is how it had been set, but it stopped working. However on occasions, after a reboot it would work for a few contacts, then stop. I'd hoped it was just a conflict and  re-transmission would correct it.

Maybe I have something else blocking the UDP transmissions. Not sure what it might be, but I'll do some further testing. 


locked Re: N1MM Logging prob

HamApps Support (VK3AMA)
 

On 29/11/2019 1:10 pm, Anthony Bowyer via Groups.Io wrote:
Yes, I tried that, but I don't think I restarted N1MM after the change. I suspect I tested it, didn't work, and I set it back.

I'll do it again and restart N1MM. 

Thank you for the reply

An update, I did some further testing. Logging via the adif broadcast of JTAlert to the latest N1MM+ does work. Using the JTAlert adif broadcast (rather than using the WSJT-X UDP rebroadcast of JTAlert as previously advised) you get the advantage of additional Callsign data (from XML lookup or manually entered) will be sent in the adif broadcast and logged by N1MM+.





de Laurie VK3AMA


locked Re: N1MM Logging prob

Anthony Bowyer
 

Yes, I tried that, but I don't think I restarted N1MM after the change. I suspect I tested it, didn't work, and I set it back.

I'll do it again and restart N1MM. 

Thank you for the reply


locked Re: Sound problems 2.15.3 and earlier.

HamApps Support (VK3AMA)
 

On 28/11/2019 5:53 pm, asobel@... wrote:

My JTalert 2.15.3 and earlier version too does very often  fail to sound the alerts. Sometimes the alerts disappear, sometimes it is cut in half. This way I am sometimes loosing an alert for a rare DX.

I am using 4 instances of WSJT-X v2.1.0 and JTAlert. I did verify that this problem does appear even if I turn 3 instances off.

I am using Win10 Rev 1909.

Please suggest a solution.

Yours sincerely

Amos Sobel 4X4MF

Check your email, I have sent a link to the most recent build. It may help.

de Laurie VK3AMA


locked N1MM Logging prob

Anthony Bowyer
 

I've note messages about this, with the suggestion:

Enable the "Rebroadcast WSJT-X UDP packets" in JTAlert. Settings window, Applications -> WSJT-X/JTDX section and set N1MM+ to listen for logging packets on that port rather than the WSJT-X 2237 default.

However, I've yet to get this working. If I set the WSJT-X reporting port to 2233 and the N1MM port to 2233, with JTAlert closed, logging works. If I set  "Rebroadcast" on in JTAlert and change the port in N1MM to this port (2334 in my case), it does not work (JTAlert running of course). I've tried enabling and disabling of 'Enable transmission of last QSO'.

What am I missing?

Anthony, NT4X


locked Re: Sound problems 2.15.3 and earlier.

neil_zampella
 

Amos,

may I first suggest that you upgrade to v2.1.2 of WSJT-X, then try again.     If you still have the problem, use the "Contact Support" function under HELP to send JT-Alert debug files to Laurie.   This will help him to figure out what's happening on your system.

 

Neil, KN3ILZ


locked Sound problems 2.15.3 and earlier.

asobel@...
 

Dear Laurie

 

My JTalert 2.15.3 and earlier version too does very often  fail to sound the alerts. Sometimes the alerts disappear, sometimes it is cut in half. This way I am sometimes loosing an alert for a rare DX.

I am using 4 instances of WSJT-X v2.1.0 and JTAlert. I did verify that this problem does appear even if I turn 3 instances off.

I am using Win10 Rev 1909.

Please suggest a solution.

 

 

Yours sincerely

Amos Sobel 4X4MF

5 Kalisher street, Haifa, Israel 3271233

Phone: +972-4-8320-314

Fax: +972-4-8325-136

Mobile: +972-50-5501-748

Mail: asobel@...

 

 

 

 

_._,_._,_


locked Re: Follow Up to Reset Alerts

Ed Bloom, KD9FRQ
 

How do I get the QSL back into the database?� I am using the QRZ link from JTAlert and the JTAlert log file is not getting populated from QRZ.� I also send my QRZ contacts to LoTW and pull data back from LoTW.

I do not use any local on my computer logging software other than that which is already saved by WSLT-X, JTAlert and FLDIGI.

73s, Ed, KD9FRQ

On 11/26/2019 6:11 PM, HamApps Support (VK3AMA) wrote:
On 26/11/2019 10:01 am, Ed Bloom, KD9FRQ via Groups.Io wrote:
How do I add the Confirmed via QRZ or LOTW flag back into the database?

I want to keep chasing a state, zone, grid in that band until I get a confirmed contact.

Ed, KD9FRQ
There is no adding QSL flags back into the database. You simply set the QSL requirements for the Alert in question under the "Scan Log & Rebuild" section of the Settings window and then run the Scan. JTAlert will then recreate your Wanted Lists by scanning your log taking into consideration your QSL requirements.� Say you have LoTW checked for DXCCs then the scan will only consider LoTW confirmed QSOs in your log when it updates the DXCC Wanted List, DXCCs that are worked but not LoTW confirmed in your log will not be removed from the Wanted List and will continue to generate Alerts when a suitable callsign is decoded.

de Laurie VK3AMA


locked Re: 2.15.3

HamApps Support (VK3AMA)
 

On 26/11/2019 2:29 am, Neil wrote:
I really appreciate Laurie providing this program.
I have run into two issues and have checked my settings (unless iI am missing something)
I no longer see B4 and on some call signs I no longer see headings or DX Grid??
Have I missed a setting?
Many thanks
Neil   N4FN
Are you talking about JTAlert or the WSJT-X window? There is no DX Grid field in JTAlert but is in WSJT-X. If that is what your referring to that is populated automatically by WSJT-X when you double-click a decode and then only if the decode included a grid. If no grid in the decode there is no DX Grid population and no heading.

de Laurie VK3AMA


locked Re: Follow Up to Reset Alerts

HamApps Support (VK3AMA)
 

On 26/11/2019 10:01 am, Ed Bloom, KD9FRQ via Groups.Io wrote:
How do I add the Confirmed via QRZ or LOTW flag back into the database?

I want to keep chasing a state, zone, grid in that band until I get a confirmed contact.

Ed, KD9FRQ
There is no adding QSL flags back into the database. You simply set the QSL requirements for the Alert in question under the "Scan Log & Rebuild" section of the Settings window and then run the Scan. JTAlert will then recreate your Wanted Lists by scanning your log taking into consideration your QSL requirements.  Say you have LoTW checked for DXCCs then the scan will only consider LoTW confirmed QSOs in your log when it updates the DXCC Wanted List, DXCCs that are worked but not LoTW confirmed in your log will not be removed from the Wanted List and will continue to generate Alerts when a suitable callsign is decoded.

de Laurie VK3AMA


locked Re: Triggers

HamApps Support (VK3AMA)
 

On 27/11/2019 5:21 am, phredyh@... wrote:
How can I set up Canadian Prefix triggers using JTAlert 2.15.3
Thanx.
--

Fred KE0EF

The best way to chase the VE prefixes is to use the Wanted Callsign alert and wildcard matching.
eg. VA%, VB%, VC%, VE%, VG%, VX%, etc

You can enter each prefix individually or create a csv file with all the prefixes your chasing and import that file.

de Laurie VK3AMA


locked Re: JTAlert 2.15.3 fine enhancements. Audio.

HamApps Support (VK3AMA)
 

On 27/11/2019 6:35 am, Bob Willey wrote:
Is there an enhancement coming, or maybe it is already there.
When it files the 1 or 2 lines of call signs in JTAlert
I want a way to change the time that they fill the screen before disappearing.
Right now, they disappear about 1/2 way thru the cycle and it is 1/2 cycle before the next batch populates.
Ideally, I would like it to go a full cycle, so that it stays on the screen (for my senior eyes) to read and react to, and stays in place, until the next batch populates, replacing them.
That would be perfect for me.

Thanks for all you do.

Bob Willey

Bob,

When you say "cycle" I assume your referring to the time for a Rx period and a Tx period.
JTAlert doesn't distinguish between Tx and Rx periods, it simply clears the callsigns ~1.5 secs before the end of the current period. This will change in the future JTAlertV3 (still many months from release) but there is unlikely to be any changes within the current V2 series.

All is not lost however, if you have the Decodes Window open, past decodes are available for view. If you have never used the Decodes window you will need to enable the decodes collection in the JTAlert Settings, "Windows -> Decodes" section (top left of the section) other wise the window will be displayed without data and will not be updated at the end of each FT8 period.

de Laurie VK3AMA


locked Re: JTAlert 2.15.3 fine enhancements. Audio.

Bob Willey
 

Is there an enhancement coming, or maybe it is already there.
When it files the 1 or 2 lines of call signs in JTAlert
I want a way to change the time that they fill the screen before disappearing.
Right now, they disappear about 1/2 way thru the cycle and it is 1/2 cycle before the next batch populates.
Ideally, I would like it to go a full cycle, so that it stays on the screen (for my senior eyes) to read and react to, and stays in place, until the next batch populates, replacing them.
That would be perfect for me.

Thanks for all you do.


photo
Bob Willey
K3RLW

(410) 251-8960 | K3RLW@...

http://qrz.com/db/K3RLW

5161 Ocean Gateway, Trappe Maryland 21673-2023 USA


locked Re: Question

Neil Foster
 

Thanks gents....have a great Thanksgiving holiday
Neil   N4FN


locked Re: Question

Ron W3RJW
 
Edited

Well that's kinda half true: It also means they text messaging turned on.

Asked and answered a few weeks ago:

https://hamapps.groups.io/g/Support/topic/underline/60213670?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,20,60213670
--
73
Ron, W3RJW


locked Re: Problem uploading HRD-created ADIF file to Data Base

mikeqrpfun Peron
 

Laurie,
Sorry, I’m using HRD v6.6. I’m gonna delay upgrading until they fix those bugs. 

Mike 


On Nov 24, 2019, at 7:34 PM, HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:


On 19/11/2019 12:23 pm, mikeqrpfun Peron via Groups.Io wrote:

With both WSJT and HRD being disabled, do you have any ideas why JTAlert doesn’t fully populate my HRD Log with missing name and QTH info? My current workaround is to open up the QSO info box on HRD Logbook and simply click “look up”. QRZ.com populates the HRD Logbook and I push “update” to save. Perhaps this is the “normal” process when using JTAlert? 

Any additional insight would be greatly appreciated. 

Thanks in advance,

Mike WB6UTW 

Sorry for the response delay (I am on vacation for a few weeks with intermittent Internet access).

If JTAlert is not logging the Name & QTH that indicates that JTAlert is not doing an XML lookup. Do you have that enabled in JTAlert?

Looking at the Log fields are of JTAlert when you have an active QSO partner, does it contain Name & QTH data? If so that data will be logged to HRD. If the Name & QTH is present but still not logged will require further debugging.

Also, what version of HRD, is it the latest 6.7.0.??? with the very buggy Logbook?

de Laurie VK3AMA




locked Re: Problem uploading HRD-created ADIF file to Data Base

mikeqrpfun Peron
 

Laurie,
Thanks for your reply. Hope you enjoyed a well deserved vacation away from all this stuff 😂.

I got an input on the Facebook JTA Group and it was exactly as you said below. I enabled XML lookup under “web services” and clicked on QRZ lookup with my user name and PW. 

I also made sure on HRD Logbook that under “QSO Forwarding” that I deselected the WSJT option. It did require me to close the JTA app (and HRD while I was at it) then relaunch both before it worked. 

Happy as a clam👍

73,

Mike WB6UTW 


On Nov 24, 2019, at 7:34 PM, HamApps Support (VK3AMA) <vk3ama.ham.apps@...> wrote:


On 19/11/2019 12:23 pm, mikeqrpfun Peron via Groups.Io wrote:

With both WSJT and HRD being disabled, do you have any ideas why JTAlert doesn’t fully populate my HRD Log with missing name and QTH info? My current workaround is to open up the QSO info box on HRD Logbook and simply click “look up”. QRZ.com populates the HRD Logbook and I push “update” to save. Perhaps this is the “normal” process when using JTAlert? 

Any additional insight would be greatly appreciated. 

Thanks in advance,

Mike WB6UTW 

Sorry for the response delay (I am on vacation for a few weeks with intermittent Internet access).

If JTAlert is not logging the Name & QTH that indicates that JTAlert is not doing an XML lookup. Do you have that enabled in JTAlert?

Looking at the Log fields are of JTAlert when you have an active QSO partner, does it contain Name & QTH data? If so that data will be logged to HRD. If the Name & QTH is present but still not logged will require further debugging.

Also, what version of HRD, is it the latest 6.7.0.??? with the very buggy Logbook?

de Laurie VK3AMA




locked JTALERT 2.15.3 ISSUE

David Pickard <nm5z@...>
 

Using JTALERT 2.5.3 with JTDX 2.0.1 RC37 on Windows 10 PRO. When JTALERT displays decoded callsigns, I double click one expecting it go into transmit mode to call that station and transfer the call to the general message area as it does with WSJT-X. However, it does nothing so I have to find the call in the JTDX list of decoded calls and click it there. Is there a fix for this?
NM5Z


locked Follow Up to Reset Alerts

Ed Bloom, KD9FRQ
 

How do I add the Confirmed via QRZ or LOTW flag back into the database?

I want to keep chasing a state, zone, grid in that band until I get a confirmed contact.

Ed, KD9FRQ