Morning Bill and Saku,
Normally I like to stay quiet until I'm 100% sure of what I'm saying, but given that it's late in Europe already, and you guys have been so helpful, I'm going to share an early status:
IT WORKS! :)
I set the UDP Server value in wsjt-x (2.2.2) to 239.255.0.0 as suggested by Bill. (The comments about what is a client and what is a server were very helpful - I had the notion backwards in my mind also.)
I downloaded and applied Saku's latest 'alpha' updates to cqrlog, and entered the same multicast info in CQRLog's configuration.
Lastly, I modified my python listener to do multicast.
I still get the address in use error if I try to run my listener on the same host as wsjt-x and CQRLog, but if I run my listener on another remote host, it works just fine and is able to receive data even when CQRLog is running, so I'm good.
My wife has a bunch of things lined up for us to do today, so I may not get much more play time, but within the next day or so, I'll more carefully document this experiment and send it out to the mailing list for any other folks who may be trying ot do this.
Lastly, I got a kick out of somebody's comments about "ancient
programming languages such as vb6". As you may recall, my point of
doing this is to allow my homebrew rig control program (FT7361) to be
the "master" as well as the final arbiter of commands sent to the
radio, as well as to drive some network aware antenna switches etc. I wrote FT7361 for satellite use back in 1996 in visual basic V3.0... (And just
recently migrated it forward to VB6.)
Thank you both for your help!
--al
WB1BQE
-------- Original Message --------
Subject: Re: [wsjt-devel] ERE: Feature Request
From: Saku <oh...@sral.fi>
Date: Thu, July 30, 2020 4:33 am
To: wsjt-devel@lists.sourceforge.net
HI Al and Bill!I made quick test to enable multicast with cqrlog wsjt-remote. (Ararat Synapse is used in wsjt-remote)
Now doing multicast initialization if ip address is from cqrlog preferences is from 239.0.0.0/8 subnet.Seems to work, but needs further testing that it really does. (I need some other stuff to listen the address at same time).If it is ok I will request it to cqrlog after test period. (Source now in my GitHub https://github.com/OH1KH/cqrlog/tree/multi_wsjtx)
Bill Somerville kirjoitti 26.7.2020 klo 23.40:
Hi Al,
try 239.255.0.0.
73
Bill
G4WJS.
On 26/07/2020 21:34, alaw...@mudhawk.com wrote:
Thanks, Bill - this may be what I needed.
Both wsjtx and cqrlog have a place to specify an address. I'm currently using 127.0.0.1. I can go see if there is a multicast specification that I can put in here.
--alWB1BQE
-------- Original Message --------
Subject: Re: [wsjt-devel] ERE: Feature Request
From: Bill Somerville <g4...@classdesign.com>
Date: Sun, July 26, 2020 3:45 pm
To: wsjt-devel@lists.sourceforge.net
Hi Mike,
applications that interoperate with WSJT-X using the UDP protocol are supposed to support listening on a UDP multicast group address, this allows multiple applications to listen on the same port and each have all messages delivered to them. Unfortunately several applications have not included multicast support, either because they use tools that don't easily support it, or they didn't see the need.
73
Bill
G4WJS.
On 26/07/2020 20:34, alaw...@mudhawk.com wrote:
HI Mike (and everybody else),
I was fascinated by your idea of using the UDP status messages, but wanted to put together a POC and get past the initial teething pains before making more noise. Today the lawnmower broke, providing me such an opportunity... :)
As of now, I have a simple Python script (Borrowed heavily from an internet tutorial on UDP. It connects to wsjtx 2.2.2, and outputs blocks of data as exppected. From the ascii portions, I recognize this as part of the block described in the communication protocol, so in theory, I should be able to parse this apart and get what I need.
I did, however, hit a snag. I also use CQRLOG for automatic logging. Apparently CQRLOG also uses this integration, because I get an address in use error if Imy script tries to connect while CQRLOG is running. (it works fine otherwise, as outlined above.)
Fine points of networking aren't really my thing, but I like to learn stuff. That said, before I go down a potentially bad path, at the block diagram "architectural" level, is it possible for 2 clients to share a UDP port, or is the desire to also have CQRLOG running a deal breaker?
(I tried the secondary port (2233), but that appears to be only logged data, not the treasure trove that is on port 2237.)
Thanks for any guidance!
--alWB1BQE
-------- Original Message --------
Subject: Re: [wsjt-devel] Feature Request
From: Mike Lewis <k7...@hotmail.com>
Date: Mon, July 20, 2020 4:09 pm
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
I use a Python program to monitor the WSJT-X UDP status message broadcasts. It has radio dial frequency and more. I use the frequency to load the correct calibration data for my remote VHF+ wattmeter. It in turn can be used to drive other things.
The wattmeter is a Arduino or PSoC5 device attached to a rf log detector and standard dual directional coupler.
It would seem the UDP status message has all you would need?
MikeK7MDL
Sent from my T-Mobile 4G LTE Device
From: alaw...@mudhawk.com <alaw...@mudhawk.com>
Sent: Monday, July 20, 2020 12:46:50 PM
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Subject: Re: [wsjt-devel] Feature RequestThank you Bill (And Bill) - that worked great and does exactly what I was looking for! (In fact, I can feed it to Python's simple webserver and watch for DX from anywhere... :)
I'm also going to try WB6DJI (Mike's) suggestion of JTDX.
I would really love it if the user_hardware request saw the light of day at some point. I currently have 2 Raspberry PI / SDR combos which band hop on wspr all day, but if I could get some extra data passed in around the wsjt-x operating mode, and the frequency, I could do a lot in terms of integrating the FT-8 setup into the rest of my shack so it can drive my network aware antenna switches etc.
73, and thanks!
--alWB1BQE
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel-- Saku OH1KH
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
