Hi Bill,
Just an FYI, I have tested multicast (239.255.0.1) with QLog and GridTracker 
both listening to WSJT-X UDP traffic without any problems. 
73,

Sam W2JDB


-----Original Message-----
From: Saku <oh...@sral.fi>
To: wsjt-devel@lists.sourceforge.net
Sent: Thu, Jul 30, 2020 4:33 am
Subject: Re: [wsjt-devel] ERE: Feature Request

 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.    
    --al WB1BQE
  
  -------- 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!     
    --al   WB1BQE  
  
  
  
  -------- 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?
   
   Mike  K7MDL  
     Sent from my T-Mobile 4G LTE Device
   Get Outlook for Android 
   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 Request      Thank 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! 
    --al   WB1BQE   
 
  
 
 
  
  
  
_______________________________________________wsjt-devel mailing 
listwsjt-devel@lists.sourceforge.nethttps://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

Reply via email to