Tried changing ports and still no luck. Tried with JT Alert opened and not opened, and the results are the same.G4POP wrote: ↑16 Jan 2020, 18:51The port may be being used by something else on your computer, you don't have JTalert running do you?
Try changing the port number in WSJT and in Log4OM
JTalert and Log4OM version 2
Re: JTalert and Log4OM version 2
______________
73 de Santiago
HI8O (former HI8SMX) + KB8SM
web: www.hamworld.online
YouTube: hamworldonline
Twitter: @hamworldonline
Instagram: hamworldonline
73 de Santiago
HI8O (former HI8SMX) + KB8SM
web: www.hamworld.online
YouTube: hamworldonline
Twitter: @hamworldonline
Instagram: hamworldonline
Re: JTalert and Log4OM version 2
All who are having trouble getting the DX Call info from WSJTx or JTDX to populate the Callsign field in Log4OM V2...
Try closing JTAlert, then retry. If the call sign from WSJTx or JTDX then populates the callsign field, then JTAlert is blocking the UDP message.
Cure:
1. Set up in JTAlert (either version for WSJTx or JTDX) to Rebroadcast the UDP messages as follows...Settings, Applications - WSKT-X/JTDX:
. .
2. Create an additional connection in Log4OM V2 - Configurations, Connections - as follows.
. .
With that additional connection, the DX Call transfer should work with or without JTAlert running.
Let us know if that helps.
Doug
W7DRM
Try closing JTAlert, then retry. If the call sign from WSJTx or JTDX then populates the callsign field, then JTAlert is blocking the UDP message.
Cure:
1. Set up in JTAlert (either version for WSJTx or JTDX) to Rebroadcast the UDP messages as follows...Settings, Applications - WSKT-X/JTDX:
. .
2. Create an additional connection in Log4OM V2 - Configurations, Connections - as follows.
. .
With that additional connection, the DX Call transfer should work with or without JTAlert running.
Let us know if that helps.
Doug
W7DRM
Doug - NN7D
Gig Harbor, WA, USA
Gig Harbor, WA, USA
Re: JTalert and Log4OM version 2
Doug, thanks for the recommendation, it worked for me even with JtAlert opened, but the QSO logged twice on Log4OM...any idea of what can be the reason?, I already have the Inbound connection for the Adif File.W7DRM wrote: ↑18 Jan 2020, 04:07 All who are having trouble getting the DX Call info from WSJTx or JTDX to populate the Callsign field in Log4OM V2...
Try closing JTAlert, then retry. If the call sign from WSJTx or JTDX then populates the callsign field, then JTAlert is blocking the UDP message.
Cure:
1. Set up in JTAlert (either version for WSJTx or JTDX) to Rebroadcast the UDP messages as follows...Settings, Applications - WSKT-X/JTDX:
.
JTAlertRebroadcast.PNG
.
2. Create an additional connection in Log4OM V2 - Configurations, Connections - as follows.
.
JTAlertRebroadcastV2.PNG
.
With that additional connection, the DX Call transfer should work with or without JTAlert running.
Let us know if that helps.
Doug
W7DRM
73, Santiago
HI8SMX
______________
73 de Santiago
HI8O (former HI8SMX) + KB8SM
web: www.hamworld.online
YouTube: hamworldonline
Twitter: @hamworldonline
Instagram: hamworldonline
73 de Santiago
HI8O (former HI8SMX) + KB8SM
web: www.hamworld.online
YouTube: hamworldonline
Twitter: @hamworldonline
Instagram: hamworldonline
Re: JTalert and Log4OM version 2
Santiago,
The post I made describes how to get the DX Call feature from WSJTx or JTDX to work when JTAlert is running.
If you are double logging, then you likely are logging directly from WSJTx and possibly have Log4OM V2 set to scan the wsjtx.adi file. Just turn off logging from either one of those and that should solve the issue.
Doug
W7DRM
The post I made describes how to get the DX Call feature from WSJTx or JTDX to work when JTAlert is running.
If you are double logging, then you likely are logging directly from WSJTx and possibly have Log4OM V2 set to scan the wsjtx.adi file. Just turn off logging from either one of those and that should solve the issue.
Doug
W7DRM
Doug - NN7D
Gig Harbor, WA, USA
Gig Harbor, WA, USA
Re: JTalert and Log4OM version 2
This beta is working for me nicely, even when running Wsjtx with SliceMaster, one instance or two instances.va3vf wrote: ↑22 Jan 2020, 00:50 New JTAlert beta here:
https://hamapps.groups.io/g/Support/message/27318
73, Santiago
______________
73 de Santiago
HI8O (former HI8SMX) + KB8SM
web: www.hamworld.online
YouTube: hamworldonline
Twitter: @hamworldonline
Instagram: hamworldonline
73 de Santiago
HI8O (former HI8SMX) + KB8SM
web: www.hamworld.online
YouTube: hamworldonline
Twitter: @hamworldonline
Instagram: hamworldonline
Re: JTalert and Log4OM version 2
Santiago,HI8SMX wrote: ↑22 Jan 2020, 01:04This beta is working for me nicely, even when running Wsjtx with SliceMaster, one instance or two instances.va3vf wrote: ↑22 Jan 2020, 00:50 New JTAlert beta here:
https://hamapps.groups.io/g/Support/message/27318
73, Santiago
When you get the prompt to save the QSO (if you use that option) do you then get an error or warning message indicating that JTAlert can't confirm being able to log to the Log4OM2 SQLite file?
And then a moment or two later the QSO does appear in the F7 Recent QSOs Tab.
73 - Nolan Kienitz - KI5IO
Plano, TX
Plano, TX
Re: JTalert and Log4OM version 2
Log4OM V2 is slower in writing the QSO to the SQlite log file compared to V1 (based on my testing).KI5IO wrote: ↑22 Jan 2020, 04:08
When you get the prompt to save the QSO (if you use that option) do you then get an error or warning message indicating that JTAlert can't confirm being able to log to the Log4OM2 SQLite file?
And then a moment or two later the QSO does appear in the F7 Recent QSOs Tab.
Since the QSO is correctly being written to the log file, you just need to increase the wait time in JTAlert before it checks the file for the new record and confirms the logging was successful. See the Logging section of the JTAlert Settings.
de Laurie, VK3AMA
Re: JTalert and Log4OM version 2
No, actually no errors when logging and yes, I use the prompt to log.KI5IO wrote: ↑22 Jan 2020, 04:08Santiago,HI8SMX wrote: ↑22 Jan 2020, 01:04This beta is working for me nicely, even when running Wsjtx with SliceMaster, one instance or two instances.va3vf wrote: ↑22 Jan 2020, 00:50 New JTAlert beta here:
https://hamapps.groups.io/g/Support/message/27318
73, Santiago
When you get the prompt to save the QSO (if you use that option) do you then get an error or warning message indicating that JTAlert can't confirm being able to log to the Log4OM2 SQLite file?
And then a moment or two later the QSO does appear in the F7 Recent QSOs Tab.
Santiago
______________
73 de Santiago
HI8O (former HI8SMX) + KB8SM
web: www.hamworld.online
YouTube: hamworldonline
Twitter: @hamworldonline
Instagram: hamworldonline
73 de Santiago
HI8O (former HI8SMX) + KB8SM
web: www.hamworld.online
YouTube: hamworldonline
Twitter: @hamworldonline
Instagram: hamworldonline
Re: JTalert and Log4OM version 2
Tnx Laurie.VK3AMA wrote: ↑22 Jan 2020, 05:14Log4OM V2 is slower in writing the QSO to the SQlite log file compared to V1 (based on my testing).KI5IO wrote: ↑22 Jan 2020, 04:08
When you get the prompt to save the QSO (if you use that option) do you then get an error or warning message indicating that JTAlert can't confirm being able to log to the Log4OM2 SQLite file?
And then a moment or two later the QSO does appear in the F7 Recent QSOs Tab.
Since the QSO is correctly being written to the log file, you just need to increase the wait time in JTAlert before it checks the file for the new record and confirms the logging was successful. See the Logging section of the JTAlert Settings.
de Laurie, VK3AMA
73 - Nolan Kienitz - KI5IO
Plano, TX
Plano, TX