Multicasting

RUMlog, the Next Generation. Completely rewritten.
Robert0
Posts: 4
Joined: Tue 7. Jun 2022, 02:01

Multicasting

Unread post by Robert0 »

Radio: Flex-6600
Software: SmartSDR, WSJT-X and RumlogNG v. 5.11.4
Computer: M1 MacMini

Problem: RumlogNG is picking up call signs from WSJT-X for contacts I work with FT-8, but it is not picking up decoded stations for spots or handing off decoded stations to SmartSDR for display in the waterfall.

Configuration of WSJT-X UDP Reporting attached
RumlogNG Network Status Screenshot attached

In the Network Status window the message "[DxLab Cmdr #2] Server port not started: Address already in use" is odd to me, is this the source of the error?

This feature, including the auto response feature worked well for me using this configuration until end of summer, been trying to figure out what changed since then.

Any thoughts on how to get this working again?
Attachments
Rumlog Network Status.png
Screenshot 2023-01-02 at 7.14.38 PM.png
ct1drb
Posts: 36
Joined: Sat 28. May 2016, 09:19

Re: Multicasting

Unread post by ct1drb »

Hello Robert,

HNY to you and your family.

May you add screenshots from TX1 and TX2?

Best 73.

CT1DRB/OK8RB
David Quental
ct1drb
Posts: 36
Joined: Sat 28. May 2016, 09:19

Re: Multicasting

Unread post by ct1drb »

Hello Robert,

just a note, at the WJST-X in UDP server should be localhost instead of what you have now.

Correct it and then let us know.

Best 73.

CT1DRB/OK8RB
David Quental
Robert0
Posts: 4
Joined: Tue 7. Jun 2022, 02:01

Re: Multicasting

Unread post by Robert0 »

Thanks David for your new year wishes. Have changed UDP server from the multicast IP address to localhost as instructed. Radio is passing frequency information to RumLogNG, but callsign information for stations I am contacting in WSJT-X are no longer being passed to RumLogNG and I have to manually input the callsigns.

As before, decoded stations are not showing up as spots when appropriate and WSJT-X is not handing off decoded stations to SmartSDR for display in the waterfall. As requested TX1 and TX2 are attached.
Attachments
TX2.png
TX1.png
ct1drb
Posts: 36
Joined: Sat 28. May 2016, 09:19

Re: Multicasting

Unread post by ct1drb »

Hello Robert,

thanks for your reply.

I had only answered your first message because I have same setup, a Flex-6600 and an Icom9700.

According to your rig’s setup there are 2 mistakes:

at your TX1 the DxLab Suite Commander is enabled but port is 0 and it should be 7374.

at your TX2 the same Commander is enabled but no need to be it on, it will work much better without it enabled.

Do changes and let us know.

Best 73.

CT1DRB/OK8RB
David Quental
ct1drb
Posts: 36
Joined: Sat 28. May 2016, 09:19

Re: Multicasting

Unread post by ct1drb »

Hello Robert,

how are you doing?

Just a note, do not enable DxLab Suite Commander in TX1 and TX2 and do the following setup at RUMlogNG setup:



Let me know if everything well now.

Best 73.

CT1DRB/OK8RB
David Quental
Attachments
Captura de ecrã 2023-01-03, às 21.48.42.png
Robert0
Posts: 4
Joined: Tue 7. Jun 2022, 02:01

Re: Multicasting

Unread post by Robert0 »

I have made the following changes:

1. In WSJT-X on the "Reporting" tab changed UDP server to localhost
2. In RumLogNG on the "TX1" tab changed the DxLab Suite Commander port to 7374
3. In RumLogNG on the "TX2" tab turned off the DxLab Suite Commander
4. In RumLogNG on the "UDP" tab ensured settings match those provided (they did)

What is newly broken:
Change #1 above results in callsigns of called stations in WSJT-X not being reported to RumLogNG and I have to manually enter callsigns in RumLogNG for any station worked with WSJT-X

What is still broken:
Decoded stations in WSJT-X do not trigger DX spots when appropriate in RumLogNG DX spots window
Decoded stations in WSJT-X do not result in stations being tagged in the waterfall of SmartSDR

I'm afraid we have not made any progress here.
ct1drb
Posts: 36
Joined: Sat 28. May 2016, 09:19

Re: Multicasting

Unread post by ct1drb »

Hello Robert,

how are you doing?

Your change 1. it is ok.
Change 2. it is not needed.
Change 3. it is ok.
Change 4. it is ok.

Please follow this part of the RUMlogNG manual:
https://dl2rum.de/RUMlogNG/docs/en/pages/WSJT.html

Best 73 and lets us know about your changes.

CT1DRB/OK8RB
David Quental
Post Reply