Date   
Re: Installed QSORelay but does not run

Selwyn Cathcart ZL2BJO
 

Thanks heaps Chris…you are right on the money.

Thank you very much.

 

Thanks also to Scott for his suggestion.

 

From: vk2byi-qsorelay@groups.io [mailto:vk2byi-qsorelay@groups.io] On Behalf Of Chris VK2BYI
Sent: Tuesday, April 10, 2018 01:26 PM
To: vk2byi-qsorelay@groups.io
Subject: Re: [vk2byi-qsorelay] Installed QSORelay but does not run

 

[Edited Message Follows]

Hi Selwyn,
If there isn’t enough room in the system tray to display the QSO Relay icon, Windows will hide it by default.  If you click on the white up arrow in the system tray, the overflow area will pop up and reveal any hidden icons:

If you find the QSO Relay icon (the white arrow in the red circle) there, you can ‘drag’ it down to the system tray to keep it visible like I have done.

Also, you can check if QSO Relay is running in the background by opening Task Manager and select the Processes tab.  Scroll down under the Background processes heading and look for QSO Relay (Tip: press the ‘Q’ key as a short cut to finding any processes with a name starting with ‘Q’).



73 Chris
VK2BYI

Re: Installed QSORelay but does not run

Chris VK2BYI
 

You are most welcome, Selwyn!

The desktop shortcut created by the QSO Relay installation can be copied into the Windows start-up folder so that the program is automatically launched each time Windows starts up.  Copy the Desktop shortcut into the following folder:

 

C:\Users\<your username>\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

73 Chris
VK2BYI

Looking for version 1.6 of QSORelay

Ham Radio <bernard.murphy@...>
 

Can not get version 1.7 to Sync FT8 QSOs along with JT65 QSOs. Only JT65 QSOs are synced.

Synching all QSOs throws a parsing error in SQLLite.

Perhaps version 1.6 might work?


73, Bernie, VE3FWF

Re: Looking for version 1.6 of QSORelay

Chris VK2BYI
 

I have replied to your direct email Bernie.

73 Chris

Installed QSO relay with JTAlert, WSJT-X and HRD V6 but nothing get loaded into HRD

Roel Vreeburg
 

Hi Chris,

Installed QSO relay last week, everything seems to work fine but the HRD Logbook is not being updated. 
I have checked everything I could. Re-installed software, looked at the experiences of other users, but no luck so far.
One thing I noted is that you are stating that 7826 is the standard port for the Logbook MSAccess connection. In my case is should be 7825 as that is how the Logbook network server address and the DM780 address are set when installing. Or this is my mistake and the 7826 port has another source... Anyway, I have tried leaving everything as is, and changing all to 7826. DM780 does get to the Logbook when using the same port number, however this does not make a difference for the QSO relay app unfortunately.
I have to mention that I am using Win4Icom, which is also connecting to HRD V6 using a build in server. This might be the conflict.

But now I am stuck with options. Hope you can advise me what to do.

I have a Windows 10 Professional installation on my HP Zbook.

Best regards,

Roel PA3RNV

Re: Installed QSO relay with JTAlert, WSJT-X and HRD V6 but nothing get loaded into HRD

Chris VK2BYI
 

Port 7826 is the Logbook API port that implements a proprietary command line interface that allows third party applications like QSO Relay and JTAlert to add contacts to the Logbook using TCP.  Port 7825 is a completely different interface that uses XML packets sent using UDP to log contacts from DM-780.  You must use 7826 as the port number for the Logbook TCP port in QSO Relay, and you should reset the port to 7825 in DM-780.  In hindsight, I should not have made the Logbook TCP port setting in QSO Relay editable.  It should have been read-only, or not displayed at all, as I don't believe the port number can be changed in Logbook.

Please refer to the YouTube video or documentation, both of which are available from www.vk2byi.com, for further information.  You need to use Standard ADIF File logging in JTAlert, and refer to the QSO Relay Settings and Data Flow topic in particular for an overview of the data flow..

If you would like me to take a closer at what might be happening, please read the Reporting an Issue - MUST READ topic for the steps to take to capture a session during an attempt to log a contact.

I should also mention that QSO Relay is no longer required to log contacts from JTAlert to Logbook.  Later versions of JTAlert support direct logging to Logbook via the HRD V5/V6 setting.  This was not always the case in the past which is why QSO Relay was developed.  So you can try using direct logging from JTAlert to Logbook, and close down QSO Relay to see if that helps.

73 Chris
VK2BYI

Re: Installed QSO relay with JTAlert, WSJT-X and HRD V6 but nothing get loaded into HRD

Roel Vreeburg
 

Hi Chris,

Thanks for your very quick response.
The HDR documentation seems to mis these kind of details on available ports numbers etc. I got confused on the 7825 and 7826 and suspected a typo as HDR did not show new logs from WSJT-X. So I tried. Wrong idea :-)
But you have clarified that bit.

I am using QSO relay because of the many blogs on internet talking about this combination and the need for QSO relay. But I understand your point and will remove QSO relay and see if that setup works with the JTalert setup for HDR6.

Thanks so far. I will test this next week. If I am not succeeding, I will send you the QSO relay logs.

Again thanks and 73.

Roel (PA3RNV)

On 7 Sep 2018, 03:21 +0200, Chris VK2BYI <chris@...>, wrote:

Port 7826 is the Logbook API port that implements a proprietary command line interface that allows third party applications like QSO Relay and JTAlert to add contacts to the Logbook using TCP. Port 7825 is a completely different interface that uses XML packets sent using UDP to log contacts from DM-780. You must use 7826 as the port number for the Logbook TCP port in QSO Relay, and you should reset the port to 7825 in DM-780. In hindsight, I should not have made the Logbook TCP port setting in QSO Relay editable. It should have been read-only, or not displayed at all, as I don't believe the port number can be changed in Logbook.

Please refer to the YouTube video or documentation, both of which are available from www.vk2byi.com, for further information. You need to use Standard ADIF File logging in JTAlert, and refer to the QSO Relay Settings and Data Flow topic in particular for an overview of the data flow..

If you would like me to take a closer at what might be happening, please read the Reporting an Issue - MUST READ topic for the steps to take to capture a session during an attempt to log a contact.

I should also mention that QSO Relay is no longer required to log contacts from JTAlert to Logbook. Later versions of JTAlert support direct logging to Logbook via the HRD V5/V6 setting. This was not always the case in the past which is why QSO Relay was developed. So you can try using direct logging from JTAlert to Logbook, and close down QSO Relay to see if that helps.

73 Chris
VK2BYI

New file uploaded to vk2byi-qsorelay@groups.io

vk2byi-qsorelay@groups.io Notification <vk2byi-qsorelay+notification@...>
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the vk2byi-qsorelay@groups.io group.

File: Alternative Configuration Options.pdf

Uploaded By: Chris VK2BYI

Description:
Alternative Configuration Options for WSJT-X, HRD Logbook, JTAlertX and QSO Relay.

You can access this file at the URL:
https://groups.io/g/vk2byi-qsorelay/files/Alternative%20Configuration%20Options.pdf

Cheers,
The Groups.io Team

locked Ham Radio Deluxe v6.4.0.866 and QSO Forwarding

Chris VK2BYI
 

Several changes have been made to the QSO Forwarding features in Logbook in the latest Ham Radio Deluxe 6.4.0.886 release.  One new feature is a UDP datagram listener for the N1MM Logger+ Broadcasts feature that was first implemented in WSJT-X version 1.9.0. which allows direct, automatic logging of QSOs from WSJT-X to Logbook.  This new feature is great for those users running just WSJT-X and HRD Logbook or other loggers with N1MM compatible interfaces.

For those users like myself who routinely use JTAlertX and possibly QSO Relay, using this new listener allows for an alternative configuration that I have managed to get working.  However, I don't recommend using it with JTAlertX for a few reasons:

  • JTAlertX continues to support direct logging to HRD Logbook using the Logbook API;
  • it requires a more complicated set of application settings which offers no real advantage;
  • it makes using QSO Relay mandatory and I am happy for it to remain an option.

So, to provide further explanation and to avoid confusion, I have written a paper that describes various scenarios and the configuration options required to successfully implement working configurations.  The file can also be found in the Files section of this support group.

In summary, if you are using JTAlertX (with or without QSO Relay), no need to change anything.  If you are using QSO Relay, v1.7 remains the latest version.

73 Chris
VK2BYI

 

locked QSO Relay version 1.8

Chris VK2BYI
 

Please be advised that a new release of QSO Relay (Version 1.8) is now available for download at http://www.vk2byi.com.au/qsorelay/, or by selecting the Check for Updates... item on the QSO Relay menu if you are using a previous version of QSO Relay.

This version fixes an error where the ADIF header in the Last QSO API packet sent by JTAlertX v2.12.8 or later, was not being parsed correctly which resulted in the contact not being logged in HRD Logbook.

I do apologize for any inconvenience caused.

73 Chris
VK2BYI

QSO Relay Not Logging Contacts after JTAlert v2.15.1 Update

Chris VK2BYI
 

A new option has been added in version 2.15.1 of JTAlert (HamApps.com) to optionally include an ADIF header in the 'LastQSO.adi' file.  The default setting for this new option is to include the header.

Unfortunately, QSO Relay fails to correctly parse the ADIF record being received from JTAlert if this header is included.  A new version of QSO Relay will be released shortly that will correctly parse the ADIF record regardless of whether or not the header is included.

In the meantime, you can temporarily turn off the option in JTAlert so that the ADIF record will be handled correctly by the current version QSO Relay (v1.8.6930.23917).  Open the JTAlert Settings window, and select Last QSO API under the Logging node and uncheck the Include ADIF Header:



I apologise for any inconvenience caused.

73 Chris VK2BYI