Date   

Re: AUX info sent over UDP Network Service?

Larry K8UT
 

Gregg

The software has several methods for selecting antennas and band filters, surely one of them matches your requirements:
  • By BCD output from your rig (ugh - does anybody do this anymore?)
  • By Band (160, 80, 40...)
  • By Frequency/Band segment (80m CW vs 75m SSB, for example)
  • By Radio (SO2V/R - different choices for radio1/vfo1 vs radio2/vfo2)
  • By N1MM Configurer antenna setting
  • By Manually clicking a button
My objective in designing the software was to allow all configuration via software settings. No switches, jumpers, solder bridges, diodes.

-larry (K8UT)

------ Original Message ------
From: "Gregg W6IZT" <gregg.w6izt1@...>
Sent: 2020-06-20 4:31:32 PM
Subject: Re: [DXLab] AUX info sent over UDP Network Service?

Larry:
 
That is a great solution. I'll give it a try. I was looking at the device panel capabilities in Commander as it has the capability of switching based on band segment ie switching in a matching network to switch between 40CW and 40SSB.
 
Thanks for sharing this. Time to dive into my RPI junk box.
 
73
Gregg W6IZT
 
-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Larry K8UT
Sent: Saturday, June 20, 2020 19:50
Subject: Re: [DXLab] AUX info sent over UDP Network Service?
 
Hi, Gregg
 
I wrote software and built a band decoder that uses RadioInfo UDP packets from both DXLab's Commander and N1MM+ to control my antennas and bandswitches. The software works seamlessly when switching from Commander to N1MM+ because the N1MM Dev Team folks have worked closely with Dave for several years to ensure that Commander's UDP packets and N1MM+'s UDP packets deliver identical descriptions of radio/band/mode status. My software is free. The hardware is DIY based on a Raspberry Pi and Sainsmart relay modules. Total project cost under $75.
 
You can read about FreqEZ here: https://hamprojects.info/freqez/
 
FreqEZ controls up-to 16 remote antenna lines. I have been considering a "FreqEZ-lite" version with simplified hardware requirements and even lower cost, but only 8 antenna control lines. Let me know if you want to collaborate.
 
-larry (K8UT)
 
------ Original Message ------
From: "Gregg W6IZT" <gregg.w6izt1@...>
Sent: 2020-06-20 9:35:23 AM
Subject: [DXLab] AUX info sent over UDP Network Service?
 
Dave:
 
I'm building a wireless antenna control switch and I was wondering if there is a method for sending AUX info over the UDP Network Service. If not, is this something that could be implemented?
 
Thanks
Gregg
W6IZT
 
 
 
 
 
 
 
 
 
 
 


SpotSpy 2.0.7 is available

Volker Rose
 

This release

  • corrects a defect in SpotSpy's alert feature for DXCC alerts (tnx to Bruce, K5WBM)
  • updates SpotSpy's clubmember databases (tnx to Rien, PA7RA)
  • corrects some minor defects
The clubmember feature has been completely redesigned to greatly improve performance

Update your firewall and anti-malware applications to consider this new version of SpotSpy and SpotSpyUpdater to be "safe"


SpotSpy 2.0.7 is available via SpotSpy's update feature (New ? - button).

For more information about SpotSpy visit http://www.dl9ho.de/SpotSpy/SpotSpy.htm

Full release is available at http://www.dl9ho.de/adidl.html

Other Add on for DXLAB (interoperation with DXKeeper / Commander):
LogPublisher - supports real time QSO upload to HRDLog.net / QRZ.com logbook and sends On Air status

For more information about LogPublisher visit http://www.dl9ho.de/LogPublisher/LogPublisher.htm

73,
Volker, DL9HO


Re: AUX info sent over UDP Network Service?

Gregg W6IZT
 

Larry:

That is a great solution. I'll give it a try. I was looking at the device panel capabilities in Commander as it has the capability of switching based on band segment ie switching in a matching network to switch between 40CW and 40SSB.

Thanks for sharing this. Time to dive into my RPI junk box.

73
Gregg W6IZT

-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Larry K8UT
Sent: Saturday, June 20, 2020 19:50
To: DXLab@groups.io
Subject: Re: [DXLab] AUX info sent over UDP Network Service?

Hi, Gregg

I wrote software and built a band decoder that uses RadioInfo UDP packets from both DXLab's Commander and N1MM+ to control my antennas and bandswitches. The software works seamlessly when switching from Commander to N1MM+ because the N1MM Dev Team folks have worked closely with Dave for several years to ensure that Commander's UDP packets and N1MM+'s UDP packets deliver identical descriptions of radio/band/mode status. My software is free. The hardware is DIY based on a Raspberry Pi and Sainsmart relay modules. Total project cost under $75.

You can read about FreqEZ here: https://hamprojects.info/freqez/

FreqEZ controls up-to 16 remote antenna lines. I have been considering a "FreqEZ-lite" version with simplified hardware requirements and even lower cost, but only 8 antenna control lines. Let me know if you want to collaborate.

-larry (K8UT)

------ Original Message ------
From: "Gregg W6IZT" <gregg.w6izt1@...>
To: DXLab@groups.io
Sent: 2020-06-20 9:35:23 AM
Subject: [DXLab] AUX info sent over UDP Network Service?

Dave:

I'm building a wireless antenna control switch and I was wondering if there is a method for sending AUX info over the UDP Network Service. If not, is this something that could be implemented?

Thanks
Gregg
W6IZT




Re: AUX info sent over UDP Network Service?

Gregg W6IZT
 

The thought is to have an Arduino on the network the that is listening on a specified UDP port. A device tab in Commander would be configured to send as an example AUX1 for a specific frequency range. The Arduino would receive the message and reset all relays and enable relay1. Similar to the method that Commander sends antenna info to my SO2R box.

-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Dave AA6YQ
Sent: Saturday, June 20, 2020 19:14
To: DXLab@groups.io
Subject: Re: [DXLab] AUX info sent over UDP Network Service?

+ AA6YQ comments below

Frequency info as configured on the device tab. I'd like to use it not only to control remote antenna switches but also remote matching networks.

+ "Frequency info" is not a description sufficient to drive implementation. Is there a specification for the format in which this information is to be conveyed?

73,

Dave, AA6YQ


Re: AUX info sent over UDP Network Service?

Larry K8UT
 

Hi, Gregg

I wrote software and built a band decoder that uses RadioInfo UDP packets from both DXLab's Commander and N1MM+ to control my antennas and bandswitches. The software works seamlessly when switching from Commander to N1MM+ because the N1MM Dev Team folks have worked closely with Dave for several years to ensure that Commander's UDP packets and N1MM+'s UDP packets deliver identical descriptions of radio/band/mode status. My software is free. The hardware is DIY based on a Raspberry Pi and Sainsmart relay modules. Total project cost under $75.

You can read about FreqEZ here: https://hamprojects.info/freqez/

FreqEZ controls up-to 16 remote antenna lines. I have been considering a "FreqEZ-lite" version with simplified hardware requirements and even lower cost, but only 8 antenna control lines. Let me know if you want to collaborate.

-larry (K8UT)

------ Original Message ------
From: "Gregg W6IZT" <gregg.w6izt1@...>
To: DXLab@groups.io
Sent: 2020-06-20 9:35:23 AM
Subject: [DXLab] AUX info sent over UDP Network Service?

Dave:

I'm building a wireless antenna control switch and I was wondering if there is a method for sending AUX info over the UDP Network Service. If not, is this something that could be implemented?

Thanks
Gregg
W6IZT




Re: AUX info sent over UDP Network Service?

Dave AA6YQ
 

+ AA6YQ comments below

Frequency info as configured on the device tab. I'd like to use it not only to control remote antenna switches but also remote matching networks.

+ "Frequency info" is not a description sufficient to drive implementation. Is there a specification for the format in which this information is to be conveyed?

73,

Dave, AA6YQ


Re: RTTY FSK ... again!

Dave AA6YQ
 

+ AA6YQ comments below

Relative newbie here to DXL/WW/7610/RTTY. Have been using this combo for about 18 months and slowly developing modest competence with a small subset of overall capabilities. Have had digital modes (WSJT-X/JTAlert/PSK31/RTTY) working well with AFSK for some time using USB cable only. Now trying to get RTTY FSK working. Basic question: The official DXL documentation seems to indicate that a cable with a USB to serial converter is needed to use FSK. Other posters have implied (without providing details) that all can be done with just a USB cable. I have spent quite a bit of time reviewing posts here and on the 7610 forum and haven’t yet found a comprehensive guide to cabling and configuration info for this set up. Two basic questions before spending more time on this:

1. Can this be done (single USB cable, no USB to serial converter)?

+ Yes.

2. If so, is there a source of detailed, comprehensive info on setup of this configuration which covers setup options for 7610/WW/MMTTY/EXTFSK and any other setup requirements? Link appreciated.

+ See <https://www.dxlabsuite.com/dxlabwiki/FSKConnection>

+ Note 2.c beneath the first table describes the IC-7610's option to accept Mark/Space switching input via a modem control signal on its second virtual COM port

+ Step-by-step instructions are provided in the "Configuring WinWarbler for FSK operation" section.

73,

Dave, AA6YQ


Re: AUX info sent over UDP Network Service?

Gregg W6IZT
 

Frequency info as configured on the device tab. I'd like to use it not only to control remote antenna switches but also remote matching networks.

-----Original Message-----
From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Dave AA6YQ
Sent: Saturday, June 20, 2020 18:09
To: DXLab@groups.io
Subject: Re: [DXLab] AUX info sent over UDP Network Service?

+ AA6YQ comments below

I'm building a wireless antenna control switch and I was wondering if there is a method for sending AUX info over the UDP Network Service.

+ What is "AUX info" in this context?

73,

Dave, AA6YQ


Re: AUX info sent over UDP Network Service?

Dave AA6YQ
 

+ AA6YQ comments below

I'm building a wireless antenna control switch and I was wondering if there is a method for sending AUX info over the UDP Network Service.

+ What is "AUX info" in this context?

73,

Dave, AA6YQ


Re: RTTY FSK ... again!

g4wjs
 

On 20/06/2020 17:35, Rick Boswell wrote:

Relative newbie here to DXL/WW/7610/RTTY. Have been using this combo for about 18 months and slowly developing modest competence with a small subset of overall capabilities. Have had digital modes (WSJT-X/JTAlert/PSK31/RTTY) working well with AFSK for some time using USB cable only.  Now trying to get RTTY FSK working. Basic question:  The official DXL documentation seems to indicate that a cable with a USB to serial converter is needed to use FSK. Other posters have implied (without providing details) that all can be done with just a USB cable. I have spent quite a bit of time reviewing posts here and on the 7610 forum and haven’t yet found a comprehensive guide to cabling and configuration info for this set up. Two basic questions before spending more time on this:

1.       Can this be done (single USB cable, no USB to serial converter)?

2.       If so, is there a source of detailed, comprehensive info on setup of this configuration which covers setup options for 7610/WW/MMTTY/EXTFSK and any other setup requirements? Link appreciated.

Thanks,

Rick

K8EZB

Hi Rick,

I don't have an IC-7610, but looking at the advanced manual I see you can assign the FSK keying input to any of RTS or DTR on either virtual COM port that you get when you connect with a USB cable with the required drivers. So that means any RTTY application that can key either of RTS or DTR can send FSK RTTY on the IC-7610, which probably means they all can.


--
73

Bill

G4WJS.


Re: RTTY FSK ... again!

Carl - WC4H
 

Hi RIck.

If your radio has a USB port like the IC-7300 and many others. You can just use a USB cable.  You also have to install the drivers for the sound card.

If you want to use FSK,  then you may need a second connection for CAT or you need to split the port with one of the softwares available.

I have an IC-7300 with the USB cable connected as well as a CI-V adapter in the remote port.  Honestly, I find it much easier to use AFSK and use only the USB port.  Works well and is much less complicated.

If you want to try the dual config then on WinWarbler Config in the RTTY Tab: Set the FSK value to RTTY and the radio button next to it to LSB.  When you check the radio button, it will unselect the AFSK. 

Then you can set commander for whatever port you have for CAT control.

Some radios assign two com ports to their internal cards.  I'm not sure but in those cases, you can see which one works for CAT control and try the other for RTTY.

73.
Carl - WC4H

 


RTTY FSK ... again!

Rick Boswell
 

Relative newbie here to DXL/WW/7610/RTTY. Have been using this combo for about 18 months and slowly developing modest competence with a small subset of overall capabilities. Have had digital modes (WSJT-X/JTAlert/PSK31/RTTY) working well with AFSK for some time using USB cable only.  Now trying to get RTTY FSK working. Basic question:  The official DXL documentation seems to indicate that a cable with a USB to serial converter is needed to use FSK. Other posters have implied (without providing details) that all can be done with just a USB cable. I have spent quite a bit of time reviewing posts here and on the 7610 forum and haven’t yet found a comprehensive guide to cabling and configuration info for this set up. Two basic questions before spending more time on this:

1.       Can this be done (single USB cable, no USB to serial converter)?

2.       If so, is there a source of detailed, comprehensive info on setup of this configuration which covers setup options for 7610/WW/MMTTY/EXTFSK and any other setup requirements? Link appreciated.

Thanks,

Rick

K8EZB


AUX info sent over UDP Network Service?

Gregg W6IZT
 

Dave:

I'm building a wireless antenna control switch and I was wondering if there is a method for sending AUX info over the UDP Network Service. If not, is this something that could be implemented?

Thanks
Gregg
W6IZT


Re: Commander with 2 Radios: Switching Radios Causes Band Switch in all WSJT Instances

Glenn Van Benschoten
 

Dave, you must be reading my mind.. when I was first getting my TS440s
working on FT8 I had it successfully configured the way you suggested but
not on the same computer that I've been experimenting with both rigs tied to
Commander. I'll post the results of that approach.

Glenn Van Benschoten
gtvanben@...

-----Original Message-----
From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Dave AA6YQ
Sent: Friday, June 19, 2020 8:40 PM
To: DXLab@groups.io
Subject: Re: [DXLab] Commander with 2 Radios: Switching Radios Causes Band
Switch in all WSJT Instances

+ AA6YQ comments below

Thanks Dave, I had a feeling that I was attempting something that isn't
possible, now I understand more the "why not" thanks to your
clear explanation. I will say that I learned a lot more about Commander and
WSJT/JTAlert in the process, so not a total waste of
time.

From what you know, would a solution like I'm envisioning be possible using
Slicemaster? Someone recommended I consider using that,
but the source was a Flex Radio owner (who doesn't run multiple radios, but
does run multiple WSJT's for multiple slices) and what
little I read about Slicemaster gave me the impression that it would not
work with multiple radios and keep all that stuff straight.


+ I don't know what Slicemaster does, Glenn.

+ My suggestion is to configure one instance of WSJT-X to use Commander to
control your IC-746, and configure the second instance of
WSJT-X to directly control your TS-440S. If you decide to try this, please
post your results here.

73,

Dave, AA6YQ


Re: additional lotw certificate

Dave AA6YQ
 

+ AA6YQ comments below

I operated portable from KP2.....as KP2/WW3S.....do I need to request a separate certificate

+ Yes, because KP2 is not in the same DXCC entity as WW3S. You'll also need a Station Location that specifies your operating location in KP2.

+ The QSOs you made as KP2/WW3S should be stored in a separate log file, as they do not count towards your WW3S awards.

+ See these three articles:

<https://www.dxlabsuite.com/dxlabwiki/MultipleLogFiles>

<https://lotw.arrl.org/lotw-help/multiple-callsigns-locations/>

<https://www.dxlabsuite.com/dxlabwiki/LotWMultipleCallsignsLocations>

73,

Dave, AA6YQ


Re: additional lotw certificate

ve3ki
 

You need a separate certificate for every call sign you use. You can request a certificate for the KP2/WW3S call sign using the certificate for WW3S as authentication.

73,
Rich VE3KI


On Fri, Jun 19, 2020 at 09:30 PM, Jamie WW3S wrote:
I operated portable from KP2.....as KP2/WW3S.....do I need to request a separate certificate, or do I assign a separate station location under my regular call? 


Re: Commander with 2 Radios: Switching Radios Causes Band Switch in all WSJT Instances

Dave AA6YQ
 

+ AA6YQ comments below

Thanks Dave, I had a feeling that I was attempting something that isn't possible, now I understand more the "why not" thanks to your
clear explanation. I will say that I learned a lot more about Commander and WSJT/JTAlert in the process, so not a total waste of
time.

From what you know, would a solution like I'm envisioning be possible using Slicemaster? Someone recommended I consider using that,
but the source was a Flex Radio owner (who doesn't run multiple radios, but does run multiple WSJT's for multiple slices) and what
little I read about Slicemaster gave me the impression that it would not work with multiple radios and keep all that stuff straight.


+ I don't know what Slicemaster does, Glenn.

+ My suggestion is to configure one instance of WSJT-X to use Commander to control your IC-746, and configure the second instance of
WSJT-X to directly control your TS-440S. If you decide to try this, please post your results here.

73,

Dave, AA6YQ


additional lotw certificate

Jamie WW3S
 

I operated portable from KP2.....as KP2/WW3S.....do I need to request a separate certificate, or do I assign a separate station location under my regular call? 


Re: Commander with 2 Radios: Switching Radios Causes Band Switch in all WSJT Instances

Glenn Van Benschoten
 

Thanks Dave, I had a feeling that I was attempting something that isn't
possible, now I understand more the "why not" thanks to your clear
explanation. I will say that I learned a lot more about Commander and
WSJT/JTAlert in the process, so not a total waste of time.

From what you know, would a solution like I'm envisioning be possible using
Slicemaster? Someone recommended I consider using that, but the source was
a Flex Radio owner (who doesn't run multiple radios, but does run multiple
WSJT's for multiple slices) and what little I read about Slicemaster gave me
the impression that it would not work with multiple radios and keep all that
stuff straight.

N0VB
Glenn Van Benschoten
gtvanben@...

-----Original Message-----
From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Dave AA6YQ
Sent: Friday, June 19, 2020 7:12 PM
To: DXLab@groups.io
Subject: Re: [DXLab] Commander with 2 Radios: Switching Radios Causes Band
Switch in all WSJT Instances

+ AA6YQ comments below

I may be trying to do something that isn't possible, or more likely I am
missing something in my configuration/setup. I've spent
quite a number of hours looking through documentation, help texts, Googling,
etc (by the way, not wasted time as I've learned stuff
I didn't know). It's time to reach out to this group who collectively know
more than any of us individually.

P.S. I made an image save of my system before starting down this path, so my
worst case scenario to get back to where I was before
starting down this path is about a 30 minute image restore.


Scenario:

- Two radio's (IC746 and TS440s), each with their own separate
antenna's, configured in Commander via the Mult-Radio setup.
The IC746 is CAT/CI-V controlled, the TS440s via the IC-10 serial to USB.

- Two instances of WSJT-X and JTAlert running with their own .ini
files by using -rigname= passed with the WSJT-X command
at startup. Different UDP ports for each WSJT-X instance and both WSJT-X
instances have the radio configured to use "DX Lab Suite
Commander"


- As far as I can tell in my testing so far, most everything seems
to function properly (well almost, more in the problem
description to follow)

- When using say the IC746, and the WSJT-X/JTAlert instance
associated with that radio decodes, transmits, logging, etc
works just fine. The log entries show the proper information logged, grid,
reports, etc and uploaded to LoTW on each contact.

Problem description:

- Referring to my example above of Commander set to the IC746,
(which is connected to my 6M antenna), when I look at the
other WSJT-X/JTAlert instance that is associated with my TS440s (not the
current radio selected in Commander, which by the way is
connected to my 10M antenna), the frequency/band shown in WSJT-x says 6M and
the JTAlert banner line shows 6M as the band even
though the decodes and alerts shown are for the TS440s which is on 10m.
That's because each instance is tied to separate "sound
cards"

+ Commander is exclusively controlling and reporting the state of the
selected transceiver - your IC-746.

- If I switch radios in Commander, to the TS440s, then the reverse
occurs - the WSJT-x/JTAlert instance associated with the
TS440s properly show 10M, while the WSJT-X/JTAlert instance for the IC746
now show 10M, while decoding/alerting on 6M.

+ Correct. Commander is nowexclusively controlling and reporting the state
of the selected transceiver - your TS-440s.

- If I manually change the Band in the WSJT-X instance where the
information is incorrect (not the one associated with the
radio selected in Commander), then it causes the "commander selected radio"
to change bands (ie if I was on 6m using the IC746 and
changed the band of the TS440s WSJT-X instance to 10M, it causes a band
change on the radio that is selected - the 746.

+ Correct.

- I also notice that the incorrect band info in WSDJ-X/JTAlert
persists over termination/restart which I guess would be
expected since that would be information saved?

- So to my feeble brain, it would appear that each WSJT-X instance
is not somehow "tied" a specific radio. I read
somewhere in the DXLabs wiki that there is a message format used with
commander that specifies the radio to which that message is
directed.

+ The documentation says " If more than one instance of WSJT-X is running on
the same computer, each instance on that computer must
have distinct IDs; this can be accomplished by specifying a unique rig name
in a command line used to start WSJT-X." This does not
mean that multiple instances of WSJT-X can simultaneously control multiple
active radios through a single instance of Commander.


So maybe something associated with that mechanism. My knowledge on this
communication between WSJT-X and Commander is not very
deep. I defer to the experts.

Guidance/advice please - I'm probably just "missing something"
configuration-wise or this isn't gonna work the way I envisioned.

+ When WSJT-X is configured to use Commander for transceiver control, it can
track and control Commander's selected primary
transceiver. There is no support for simultaneously supporting a second
primary transceiver with a single instance of Commander.

+ If you have Commander (controlling transceiver #1) and WSJT-X directly
interoperating with SpotCollector on computer A, you can
host Commander (controlling transceiver #2) and WSJT-X on computer B, and
configure WSJT-X to interoperate over a local area network
with SpotCollector on computer A; this configuration will support
simultaneous K1JT mode operations on two transceivers.

+ In theory, you could host two instances of WSJT-X on the same computer,
with one instance using Commander to control and track its
transceiver, and the other instance using another means of transceiver
control. This is not a configuration I have tried,
documented, or support.

73,

Dave, AA6YQ


Re: Commander with 2 Radios: Switching Radios Causes Band Switch in all WSJT Instances

Dave AA6YQ
 

+ AA6YQ comments below

I may be trying to do something that isn't possible, or more likely I am missing something in my configuration/setup. I've spent
quite a number of hours looking through documentation, help texts, Googling, etc (by the way, not wasted time as I've learned stuff
I didn't know). It's time to reach out to this group who collectively know more than any of us individually.

P.S. I made an image save of my system before starting down this path, so my worst case scenario to get back to where I was before
starting down this path is about a 30 minute image restore.


Scenario:

- Two radio's (IC746 and TS440s), each with their own separate antenna's, configured in Commander via the Mult-Radio setup.
The IC746 is CAT/CI-V controlled, the TS440s via the IC-10 serial to USB.

- Two instances of WSJT-X and JTAlert running with their own .ini files by using -rigname= passed with the WSJT-X command
at startup. Different UDP ports for each WSJT-X instance and both WSJT-X instances have the radio configured to use "DX Lab Suite
Commander"


- As far as I can tell in my testing so far, most everything seems to function properly (well almost, more in the problem
description to follow)

- When using say the IC746, and the WSJT-X/JTAlert instance associated with that radio decodes, transmits, logging, etc
works just fine. The log entries show the proper information logged, grid, reports, etc and uploaded to LoTW on each contact.

Problem description:

- Referring to my example above of Commander set to the IC746, (which is connected to my 6M antenna), when I look at the
other WSJT-X/JTAlert instance that is associated with my TS440s (not the current radio selected in Commander, which by the way is
connected to my 10M antenna), the frequency/band shown in WSJT-x says 6M and the JTAlert banner line shows 6M as the band even
though the decodes and alerts shown are for the TS440s which is on 10m. That's because each instance is tied to separate "sound
cards"

+ Commander is exclusively controlling and reporting the state of the selected transceiver - your IC-746.

- If I switch radios in Commander, to the TS440s, then the reverse occurs - the WSJT-x/JTAlert instance associated with the
TS440s properly show 10M, while the WSJT-X/JTAlert instance for the IC746 now show 10M, while decoding/alerting on 6M.

+ Correct. Commander is nowexclusively controlling and reporting the state of the selected transceiver - your TS-440s.

- If I manually change the Band in the WSJT-X instance where the information is incorrect (not the one associated with the
radio selected in Commander), then it causes the "commander selected radio" to change bands (ie if I was on 6m using the IC746 and
changed the band of the TS440s WSJT-X instance to 10M, it causes a band change on the radio that is selected - the 746.

+ Correct.

- I also notice that the incorrect band info in WSDJ-X/JTAlert persists over termination/restart which I guess would be
expected since that would be information saved?

- So to my feeble brain, it would appear that each WSJT-X instance is not somehow "tied" a specific radio. I read
somewhere in the DXLabs wiki that there is a message format used with commander that specifies the radio to which that message is
directed.

+ The documentation says " If more than one instance of WSJT-X is running on the same computer, each instance on that computer must
have distinct IDs; this can be accomplished by specifying a unique rig name in a command line used to start WSJT-X." This does not
mean that multiple instances of WSJT-X can simultaneously control multiple active radios through a single instance of Commander.


So maybe something associated with that mechanism. My knowledge on this communication between WSJT-X and Commander is not very
deep. I defer to the experts.

Guidance/advice please - I'm probably just "missing something" configuration-wise or this isn't gonna work the way I envisioned.

+ When WSJT-X is configured to use Commander for transceiver control, it can track and control Commander's selected primary
transceiver. There is no support for simultaneously supporting a second primary transceiver with a single instance of Commander.

+ If you have Commander (controlling transceiver #1) and WSJT-X directly interoperating with SpotCollector on computer A, you can
host Commander (controlling transceiver #2) and WSJT-X on computer B, and configure WSJT-X to interoperate over a local area network
with SpotCollector on computer A; this configuration will support simultaneous K1JT mode operations on two transceivers.

+ In theory, you could host two instances of WSJT-X on the same computer, with one instance using Commander to control and track its
transceiver, and the other instance using another means of transceiver control. This is not a configuration I have tried,
documented, or support.

73,

Dave, AA6YQ