locked #Cat_RigControl #Cat_RigControl


Lutz-DL9DAN
 

Hello,

I am using OMNIRIG 1.19 together with SDR console V3.0.26, FT817 with microham USB III interface and it´s virtual coms.

All settings OK all function OK for the SAT.

 

Now I want to add WSJT-X  V2.3.0 for the digi modes but:
It does not work!

Error message is OMNIROG: Timeout  waiting for update from rig.

 

The rig and the interface communication is OK and the SDR console as well.

Working direct with WSJT-X and FT817 via USB Interface III is no problem.

The funny thing is, by whatever reason sometimes when I start the WSJT-X program it works all of a sudden!
Than I can run the digi modes until I close the program - no chance any more.

 

I have not encountered the principle and reason why it works sporadically.

 

- No program runs in admin mode
- System is WIN10-64, PC Intel i3 NUC with Intel chip set.

I could not test with OMNIRIG V2 as it cannot be selected from WSJT (???)

 

Any hint is really appreciated
Thanks
Lutz, DL9DAN

 


Dave Garber <ve3wej@...>
 

it sounds like more than one program trying to access the same port, maybe

Dave Garber
VE3WEJ / VE3IE


On Fri, Feb 12, 2021 at 4:19 PM Lutz-DL9DAN <dl9dan@...> wrote:

Hello,

I am using OMNIRIG 1.19 together with SDR console V3.0.26, FT817 with microham USB III interface and it´s virtual coms.

All settings OK all function OK for the SAT.

 

Now I want to add WSJT-X  V2.3.0 for the digi modes but:
It does not work!

Error message is OMNIROG: Timeout  waiting for update from rig.

 

The rig and the interface communication is OK and the SDR console as well.

Working direct with WSJT-X and FT817 via USB Interface III is no problem.

The funny thing is, by whatever reason sometimes when I start the WSJT-X program it works all of a sudden!
Than I can run the digi modes until I close the program - no chance any more.

 

I have not encountered the principle and reason why it works sporadically.

 

- No program runs in admin mode
- System is WIN10-64, PC Intel i3 NUC with Intel chip set.

I could not test with OMNIRIG V2 as it cannot be selected from WSJT (???)

 

Any hint is really appreciated
Thanks
Lutz, DL9DAN

 





Lutz-DL9DAN
 

Hi Dave,

that`s the reason why I use OMNIRIG - which seems to be supported from WSJT-X but why does it fail in my configuration?

 

Any other idea?

 

73 Lutz, DL9DAN

 

Von: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] Im Auftrag von Dave Garber
Gesendet: Freitag, 12. Februar 2021 22:30
An: WSJT-x group <main@wsjtx.groups.io>
Betreff: Re: [WSJTX] #Cat_RigControl

 

it sounds like more than one program trying to access the same port, maybe

 

Dave Garber

VE3WEJ / VE3IE

 

 

On Fri, Feb 12, 2021 at 4:19 PM Lutz-DL9DAN <dl9dan@...> wrote:

Hello,

I am using OMNIRIG 1.19 together with SDR console V3.0.26, FT817 with microham USB III interface and it´s virtual coms.

All settings OK all function OK for the SAT.

 

Now I want to add WSJT-X  V2.3.0 for the digi modes but:
It does not work!

Error message is OMNIROG: Timeout  waiting for update from rig.

 

The rig and the interface communication is OK and the SDR console as well.

Working direct with WSJT-X and FT817 via USB Interface III is no problem.

The funny thing is, by whatever reason sometimes when I start the WSJT-X program it works all of a sudden!
Than I can run the digi modes until I close the program - no chance any more.

 

I have not encountered the principle and reason why it works sporadically.

 

- No program runs in admin mode
- System is WIN10-64, PC Intel i3 NUC with Intel chip set.

I could not test with OMNIRIG V2 as it cannot be selected from WSJT (???)

 

Any hint is really appreciated
Thanks
Lutz, DL9DAN

 




RVnRadio <k7txoradio@...>
 

I will add to the response "It sounds like more than one program is trying to access the same port", except my suffix will be "for sure" instead of maybe.  At least that is my assessment. here is what I do, which I think is just a bigger version of what your trying to accomplish.

I run WSJT-X, DXLab Commander (multi-rig CAT controller program and use a RIGblaster Advantage for sound, and for CW/FSK PTT control with my TS-590SG, all through one USB physical port.  I setup VSPE Serial port emulator (freeware but 64 bit version is reasonable price) running to provide a port Splitter device configured to take the COM port my radio claims in Device Manager, and splits it to add a virtual COM port. My WSJT-X program is configured to use this particular virtual COM port number.  As for PTT control, I have WSKJT-X set to use VOX, with my RB Advantage switch-selected to VOX, TX control.  Works like a peach.

Besides WSJT-X, I use a number of other ham software programs.  I also have  DXLab Commander multirig CAT control for two radios.  I chose to use one of these two radios with all of my software programs.  The Multirig tab in Commander needed that radio to also change from the physical COM port number, to the same Virtual COM port number.  Some of these programs needed some additional control signals like FSK for RTTY as well as PTT control needed by WSJT-X.  For that, I have another serial port utility provided by WEST MOUNTAIN with the RB Advantage with it's "Port Split",that provides that PTT control, or I can use VOX control. Yeah, it gets a bit deep in my case.

Not that its important to this thread but I also have an IC-7300 tied into DXLab Commander as a secondary radio.  Everything the TS-590SG does for Band, Freq and Mode changes, the 7300 follows which is of course connected to the PC with its own physical USB cable and COM port.   If I change Band, Freq and Mode on the 7300, even using the touch screen on its band scope, the 590SG follows those commands.  The Commander program ties these radios together for Band, Freq and Mode interaction while at the same time, VSPE and WM Port Split provide the other software programs the ability to work with the 590SG which is my choice to use as the tranciever.  7300 doesn't meet my demands for a transceiver.  I instead use it mostly as a sound-muted secondary receiver, either in sync with, or separated from the 590. With some mechanical switching and RF isolation, this secondary receiver meets my needs for having a band scope for the 590SG that is either totally in sync, and using the same antenna.  Or I can put the 7300 on a different antenna for diversity reception.  Or I can stop CAT program interaction so that I can roam bands, modes and frequencies independently.  In other words, my TS-590SG effectively has a built in 2nd receiver and a band scope via software control and some switching. All of this while multiple software programs co-exist to allow me to log, operate digital modes including AFSK or FSK (the  latter because of the RB Advantage), use the 7300's TTY decoder, use the band scope for the 590 or independent of the 590. Just about anything a dual receiver built into one more expensive rig can do, or a TS-890S linked to a TS-590SG.

The point here is while my setup is a more complex version of what your presently trying to do. Same thing though;
This is just like two, or more cars traveling in the same lane in the same direction, and never colliding with each other.
And then another lane in the opposite direction with cars also not wrecking.   

I will admit it was a brain twister for me to get all of the software programs configured to play nice on the inbound and outbound freeway lanes.  I humbly approached WEST MOUNTAIN support for some help because a lot of this involved their RB device.  A particular support guy with WM was incredibly helpful for me.  I imagine MICROHAM can lend a hand if you purchased your micro KEYER III new from then.  I think your interface needs are fundamentally similar to my RB even though my RB is phsyically connected to my PC on a separate physical USB cable & port, but yours has lot more functions and features. Ask their support about what your trying to do with one program on the same USB physical port line as your micro KEYER III & radio are connected via "passthru", or daisy chained cabling.  

Meanwhile, you have command and data whizzing duplex between the radio and the computer and then when a program is launched its like stacking two cars in the same spot in one direction and two more cars on top of each other in the other direction.  You just need to space the cars in these two lanes so that the data/commands come and go to their destinations without running into each other.

I would suggest copy/pasting this reply text into Word or other document to have on the table.  maybe underline or highlight somethings unless this info just doesn't fit your issue at all.

Gene / K7TXO


Lutz-DL9DAN
 

Hi Gene,

very detailed and clear answer - many thanks for that.
I have heard about other virtual tools to do the same I try to do. I also tried VSPE some time ago - but with the SDRCONSOLE and QO100 all colleagues reported to use OMNIRIG.

 

So I have good experience with OMNIRIG which offers a similar platform as you indicate. Unfortunately its WSJT-X which seems not to work properly with opening the ports to or via OMNIRIG. Although it is selectable to be supported ???

 

It was my hope that someone gives me a hint to click on a special box and all problems are gone . . much too idealistic I guess - - hi hi.

 

I guess I ´ll have to restart the setup trying alternatives as you mentioned -  I have written to Alex VE3NEA about my problem but no response at all.

The fact that the connection sporadically works gave me the idea its really about on box to click.

 

OK ham radio is a world of try and error and I need to look for another path to success.

 

Again thanks for your ideas I  will look deeper into your hints.

 

73 Lutz

 

Von: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] Im Auftrag von RVnRadio
Gesendet: Samstag, 13. Februar 2021 19:23
An: main@WSJTX.groups.io
Betreff: Re: [WSJTX] #Cat_RigControl

 

I will add to the response "It sounds like more than one program is trying to access the same port", except my suffix will be "for sure" instead of maybe.  At least that is my assessment. here is what I do, which I think is just a bigger version of what your trying to accomplish.

I run WSJT-X, DXLab Commander (multi-rig CAT controller program and use a RIGblaster Advantage for sound, and for CW/FSK PTT control with my TS-590SG, all through one USB physical port.  I setup VSPE Serial port emulator (freeware but 64 bit version is reasonable price) running to provide a port Splitter device configured to take the COM port my radio claims in Device Manager, and splits it to add a virtual COM port. My WSJT-X program is configured to use this particular virtual COM port number.  As for PTT control, I have WSKJT-X set to use VOX, with my RB Advantage switch-selected to VOX, TX control.  Works like a peach.

Besides WSJT-X, I use a number of other ham software programs.  I also have  DXLab Commander multirig CAT control for two radios.  I chose to use one of these two radios with all of my software programs.  The Multirig tab in Commander needed that radio to also change from the physical COM port number, to the same Virtual COM port number.  Some of these programs needed some additional control signals like FSK for RTTY as well as PTT control needed by WSJT-X.  For that, I have another serial port utility provided by WEST MOUNTAIN with the RB Advantage with it's "Port Split",that provides that PTT control, or I can use VOX control. Yeah, it gets a bit deep in my case.

Not that its important to this thread but I also have an IC-7300 tied into DXLab Commander as a secondary radio.  Everything the TS-590SG does for Band, Freq and Mode changes, the 7300 follows which is of course connected to the PC with its own physical USB cable and COM port.   If I change Band, Freq and Mode on the 7300, even using the touch screen on its band scope, the 590SG follows those commands.  The Commander program ties these radios together for Band, Freq and Mode interaction while at the same time, VSPE and WM Port Split provide the other software programs the ability to work with the 590SG which is my choice to use as the tranciever.  7300 doesn't meet my demands for a transceiver.  I instead use it mostly as a sound-muted secondary receiver, either in sync with, or separated from the 590. With some mechanical switching and RF isolation, this secondary receiver meets my needs for having a band scope for the 590SG that is either totally in sync, and using the same antenna.  Or I can put the 7300 on a different antenna for diversity reception.  Or I can stop CAT program interaction so that I can roam bands, modes and frequencies independently.  In other words, my TS-590SG effectively has a built in 2nd receiver and a band scope via software control and some switching. All of this while multiple software programs co-exist to allow me to log, operate digital modes including AFSK or FSK (the  latter because of the RB Advantage), use the 7300's TTY decoder, use the band scope for the 590 or independent of the 590. Just about anything a dual receiver built into one more expensive rig can do, or a TS-890S linked to a TS-590SG.

The point here is while my setup is a more complex version of what your presently trying to do. Same thing though;
This is just like two, or more cars traveling in the same lane in the same direction, and never colliding with each other.
And then another lane in the opposite direction with cars also not wrecking.   

I will admit it was a brain twister for me to get all of the software programs configured to play nice on the inbound and outbound freeway lanes.  I humbly approached WEST MOUNTAIN support for some help because a lot of this involved their RB device.  A particular support guy with WM was incredibly helpful for me.  I imagine MICROHAM can lend a hand if you purchased your micro KEYER III new from then.  I think your interface needs are fundamentally similar to my RB even though my RB is phsyically connected to my PC on a separate physical USB cable & port, but yours has lot more functions and features. Ask their support about what your trying to do with one program on the same USB physical port line as your micro KEYER III & radio are connected via "passthru", or daisy chained cabling.  

Meanwhile, you have command and data whizzing duplex between the radio and the computer and then when a program is launched its like stacking two cars in the same spot in one direction and two more cars on top of each other in the other direction.  You just need to space the cars in these two lanes so that the data/commands come and go to their destinations without running into each other.

I would suggest copy/pasting this reply text into Word or other document to have on the table.  maybe underline or highlight somethings unless this info just doesn't fit your issue at all.

Gene / K7TXO


Lutz-DL9DAN
 

Hi Gene,

finally I found a sequence to work with!!

 

Its funny, but:


1) Make sure that no OMNIRIG 32bit process is running!

 

2) Start the microham router with the virtual ports

3) Start WSJT-X with OMNIRIG selected
     It may result in an error for the first time and close,
     try again and it works!

 

4) Start SDRCONSOLE and all digi modes are present and work, the rig works with CAT for both programs

 

It seems to me that WSJT-X is calling the OMNIRIG up on its own and cannot see that it is always running.

 

I have tested and confirmed this behavior now several times!

 

Its like fishing - you need patience sitting behind the rod!

 

Thanks

Lutz/DL9DAN

 

Von: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] Im Auftrag von RVnRadio
Gesendet: Samstag, 13. Februar 2021 19:23
An: main@WSJTX.groups.io
Betreff: Re: [WSJTX] #Cat_RigControl

 

I will add to the response "It sounds like more than one program is trying to access the same port", except my suffix will be "for sure" instead of maybe.  At least that is my assessment. here is what I do, which I think is just a bigger version of what your trying to accomplish.

I run WSJT-X, DXLab Commander (multi-rig CAT controller program and use a RIGblaster Advantage for sound, and for CW/FSK PTT control with my TS-590SG, all through one USB physical port.  I setup VSPE Serial port emulator (freeware but 64 bit version is reasonable price) running to provide a port Splitter device configured to take the COM port my radio claims in Device Manager, and splits it to add a virtual COM port. My WSJT-X program is configured to use this particular virtual COM port number.  As for PTT control, I have WSKJT-X set to use VOX, with my RB Advantage switch-selected to VOX, TX control.  Works like a peach.

Besides WSJT-X, I use a number of other ham software programs.  I also have  DXLab Commander multirig CAT control for two radios.  I chose to use one of these two radios with all of my software programs.  The Multirig tab in Commander needed that radio to also change from the physical COM port number, to the same Virtual COM port number.  Some of these programs needed some additional control signals like FSK for RTTY as well as PTT control needed by WSJT-X.  For that, I have another serial port utility provided by WEST MOUNTAIN with the RB Advantage with it's "Port Split",that provides that PTT control, or I can use VOX control. Yeah, it gets a bit deep in my case.

Not that its important to this thread but I also have an IC-7300 tied into DXLab Commander as a secondary radio.  Everything the TS-590SG does for Band, Freq and Mode changes, the 7300 follows which is of course connected to the PC with its own physical USB cable and COM port.   If I change Band, Freq and Mode on the 7300, even using the touch screen on its band scope, the 590SG follows those commands.  The Commander program ties these radios together for Band, Freq and Mode interaction while at the same time, VSPE and WM Port Split provide the other software programs the ability to work with the 590SG which is my choice to use as the tranciever.  7300 doesn't meet my demands for a transceiver.  I instead use it mostly as a sound-muted secondary receiver, either in sync with, or separated from the 590. With some mechanical switching and RF isolation, this secondary receiver meets my needs for having a band scope for the 590SG that is either totally in sync, and using the same antenna.  Or I can put the 7300 on a different antenna for diversity reception.  Or I can stop CAT program interaction so that I can roam bands, modes and frequencies independently.  In other words, my TS-590SG effectively has a built in 2nd receiver and a band scope via software control and some switching. All of this while multiple software programs co-exist to allow me to log, operate digital modes including AFSK or FSK (the  latter because of the RB Advantage), use the 7300's TTY decoder, use the band scope for the 590 or independent of the 590. Just about anything a dual receiver built into one more expensive rig can do, or a TS-890S linked to a TS-590SG.

The point here is while my setup is a more complex version of what your presently trying to do. Same thing though;
This is just like two, or more cars traveling in the same lane in the same direction, and never colliding with each other.
And then another lane in the opposite direction with cars also not wrecking.   

I will admit it was a brain twister for me to get all of the software programs configured to play nice on the inbound and outbound freeway lanes.  I humbly approached WEST MOUNTAIN support for some help because a lot of this involved their RB device.  A particular support guy with WM was incredibly helpful for me.  I imagine MICROHAM can lend a hand if you purchased your micro KEYER III new from then.  I think your interface needs are fundamentally similar to my RB even though my RB is phsyically connected to my PC on a separate physical USB cable & port, but yours has lot more functions and features. Ask their support about what your trying to do with one program on the same USB physical port line as your micro KEYER III & radio are connected via "passthru", or daisy chained cabling.  

Meanwhile, you have command and data whizzing duplex between the radio and the computer and then when a program is launched its like stacking two cars in the same spot in one direction and two more cars on top of each other in the other direction.  You just need to space the cars in these two lanes so that the data/commands come and go to their destinations without running into each other.

I would suggest copy/pasting this reply text into Word or other document to have on the table.  maybe underline or highlight somethings unless this info just doesn't fit your issue at all.

Gene / K7TXO


Bill Somerville
 

Lutz,

perhaps you could have saved yourself some time by checking the WSJT-X User Guide FAQ section, item 6:


73
Bill
G4WJS.

On 16/02/2021 20:35, Lutz-DL9DAN wrote:

Hi Gene,

finally I found a sequence to work with!!

 

Its funny, but:


1) Make sure that no OMNIRIG 32bit process is running!

 

2) Start the microham router with the virtual ports

3) Start WSJT-X with OMNIRIG selected
     It may result in an error for the first time and close,
     try again and it works!

 

4) Start SDRCONSOLE and all digi modes are present and work, the rig works with CAT for both programs

 

It seems to me that WSJT-X is calling the OMNIRIG up on its own and cannot see that it is always running.

 

I have tested and confirmed this behavior now several times!

 

Its like fishing - you need patience sitting behind the rod!

 

Thanks

Lutz/DL9DAN

 

Von: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] Im Auftrag von RVnRadio
Gesendet: Samstag, 13. Februar 2021 19:23
An: main@WSJTX.groups.io
Betreff: Re: [WSJTX] #Cat_RigControl

 

I will add to the response "It sounds like more than one program is trying to access the same port", except my suffix will be "for sure" instead of maybe.  At least that is my assessment. here is what I do, which I think is just a bigger version of what your trying to accomplish.

I run WSJT-X, DXLab Commander (multi-rig CAT controller program and use a RIGblaster Advantage for sound, and for CW/FSK PTT control with my TS-590SG, all through one USB physical port.  I setup VSPE Serial port emulator (freeware but 64 bit version is reasonable price) running to provide a port Splitter device configured to take the COM port my radio claims in Device Manager, and splits it to add a virtual COM port. My WSJT-X program is configured to use this particular virtual COM port number.  As for PTT control, I have WSKJT-X set to use VOX, with my RB Advantage switch-selected to VOX, TX control.  Works like a peach.

Besides WSJT-X, I use a number of other ham software programs.  I also have  DXLab Commander multirig CAT control for two radios.  I chose to use one of these two radios with all of my software programs.  The Multirig tab in Commander needed that radio to also change from the physical COM port number, to the same Virtual COM port number.  Some of these programs needed some additional control signals like FSK for RTTY as well as PTT control needed by WSJT-X.  For that, I have another serial port utility provided by WEST MOUNTAIN with the RB Advantage with it's "Port Split",that provides that PTT control, or I can use VOX control. Yeah, it gets a bit deep in my case.

Not that its important to this thread but I also have an IC-7300 tied into DXLab Commander as a secondary radio.  Everything the TS-590SG does for Band, Freq and Mode changes, the 7300 follows which is of course connected to the PC with its own physical USB cable and COM port.   If I change Band, Freq and Mode on the 7300, even using the touch screen on its band scope, the 590SG follows those commands.  The Commander program ties these radios together for Band, Freq and Mode interaction while at the same time, VSPE and WM Port Split provide the other software programs the ability to work with the 590SG which is my choice to use as the tranciever.  7300 doesn't meet my demands for a transceiver.  I instead use it mostly as a sound-muted secondary receiver, either in sync with, or separated from the 590. With some mechanical switching and RF isolation, this secondary receiver meets my needs for having a band scope for the 590SG that is either totally in sync, and using the same antenna.  Or I can put the 7300 on a different antenna for diversity reception.  Or I can stop CAT program interaction so that I can roam bands, modes and frequencies independently.  In other words, my TS-590SG effectively has a built in 2nd receiver and a band scope via software control and some switching. All of this while multiple software programs co-exist to allow me to log, operate digital modes including AFSK or FSK (the  latter because of the RB Advantage), use the 7300's TTY decoder, use the band scope for the 590 or independent of the 590. Just about anything a dual receiver built into one more expensive rig can do, or a TS-890S linked to a TS-590SG.

The point here is while my setup is a more complex version of what your presently trying to do. Same thing though;
This is just like two, or more cars traveling in the same lane in the same direction, and never colliding with each other.
And then another lane in the opposite direction with cars also not wrecking.   

I will admit it was a brain twister for me to get all of the software programs configured to play nice on the inbound and outbound freeway lanes.  I humbly approached WEST MOUNTAIN support for some help because a lot of this involved their RB device.  A particular support guy with WM was incredibly helpful for me.  I imagine MICROHAM can lend a hand if you purchased your micro KEYER III new from then.  I think your interface needs are fundamentally similar to my RB even though my RB is phsyically connected to my PC on a separate physical USB cable & port, but yours has lot more functions and features. Ask their support about what your trying to do with one program on the same USB physical port line as your micro KEYER III & radio are connected via "passthru", or daisy chained cabling.  

Meanwhile, you have command and data whizzing duplex between the radio and the computer and then when a program is launched its like stacking two cars in the same spot in one direction and two more cars on top of each other in the other direction.  You just need to space the cars in these two lanes so that the data/commands come and go to their destinations without running into each other.

I would suggest copy/pasting this reply text into Word or other document to have on the table.  maybe underline or highlight somethings unless this info just doesn't fit your issue at all.

Gene / K7TXO



Lutz-DL9DAN
 

Hi Bill,

I guess maybe no - the test cat is not the problem I assume. Because if I use the button or not the problem ´update from rig missing´ appears when starting WSJT-X already.

 

So now with this sequence I do not need the test cat as it works perfect.

but thanks for your reply - it was a long afternoon testing but now I am happy and can focus on the next topic.

 

73 Lutz

 

Von: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] Im Auftrag von Bill Somerville
Gesendet: Dienstag, 16. Februar 2021 21:39
An: main@WSJTX.groups.io
Betreff: Re: [WSJTX] #Cat_RigControl

 

Lutz,

 

perhaps you could have saved yourself some time by checking the WSJT-X User Guide FAQ section, item 6:

 

 

73
Bill
G4WJS.

 

On 16/02/2021 20:35, Lutz-DL9DAN wrote:

Hi Gene,

finally I found a sequence to work with!!

 

Its funny, but:


1) Make sure that no OMNIRIG 32bit process is running!

 

2) Start the microham router with the virtual ports

3) Start WSJT-X with OMNIRIG selected
     It may result in an error for the first time and close,
     try again and it works!

 

4) Start SDRCONSOLE and all digi modes are present and work, the rig works with CAT for both programs

 

It seems to me that WSJT-X is calling the OMNIRIG up on its own and cannot see that it is always running.

 

I have tested and confirmed this behavior now several times!

 

Its like fishing - you need patience sitting behind the rod!

 

Thanks

Lutz/DL9DAN

 

Von: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] Im Auftrag von RVnRadio
Gesendet: Samstag, 13. Februar 2021 19:23
An: main@WSJTX.groups.io
Betreff: Re: [WSJTX] #Cat_RigControl

 

I will add to the response "It sounds like more than one program is trying to access the same port", except my suffix will be "for sure" instead of maybe.  At least that is my assessment. here is what I do, which I think is just a bigger version of what your trying to accomplish.

I run WSJT-X, DXLab Commander (multi-rig CAT controller program and use a RIGblaster Advantage for sound, and for CW/FSK PTT control with my TS-590SG, all through one USB physical port.  I setup VSPE Serial port emulator (freeware but 64 bit version is reasonable price) running to provide a port Splitter device configured to take the COM port my radio claims in Device Manager, and splits it to add a virtual COM port. My WSJT-X program is configured to use this particular virtual COM port number.  As for PTT control, I have WSKJT-X set to use VOX, with my RB Advantage switch-selected to VOX, TX control.  Works like a peach.

Besides WSJT-X, I use a number of other ham software programs.  I also have  DXLab Commander multirig CAT control for two radios.  I chose to use one of these two radios with all of my software programs.  The Multirig tab in Commander needed that radio to also change from the physical COM port number, to the same Virtual COM port number.  Some of these programs needed some additional control signals like FSK for RTTY as well as PTT control needed by WSJT-X.  For that, I have another serial port utility provided by WEST MOUNTAIN with the RB Advantage with it's "Port Split",that provides that PTT control, or I can use VOX control. Yeah, it gets a bit deep in my case.

Not that its important to this thread but I also have an IC-7300 tied into DXLab Commander as a secondary radio.  Everything the TS-590SG does for Band, Freq and Mode changes, the 7300 follows which is of course connected to the PC with its own physical USB cable and COM port.   If I change Band, Freq and Mode on the 7300, even using the touch screen on its band scope, the 590SG follows those commands.  The Commander program ties these radios together for Band, Freq and Mode interaction while at the same time, VSPE and WM Port Split provide the other software programs the ability to work with the 590SG which is my choice to use as the tranciever.  7300 doesn't meet my demands for a transceiver.  I instead use it mostly as a sound-muted secondary receiver, either in sync with, or separated from the 590. With some mechanical switching and RF isolation, this secondary receiver meets my needs for having a band scope for the 590SG that is either totally in sync, and using the same antenna.  Or I can put the 7300 on a different antenna for diversity reception.  Or I can stop CAT program interaction so that I can roam bands, modes and frequencies independently.  In other words, my TS-590SG effectively has a built in 2nd receiver and a band scope via software control and some switching. All of this while multiple software programs co-exist to allow me to log, operate digital modes including AFSK or FSK (the  latter because of the RB Advantage), use the 7300's TTY decoder, use the band scope for the 590 or independent of the 590. Just about anything a dual receiver built into one more expensive rig can do, or a TS-890S linked to a TS-590SG.

The point here is while my setup is a more complex version of what your presently trying to do. Same thing though;
This is just like two, or more cars traveling in the same lane in the same direction, and never colliding with each other.
And then another lane in the opposite direction with cars also not wrecking.   

I will admit it was a brain twister for me to get all of the software programs configured to play nice on the inbound and outbound freeway lanes.  I humbly approached WEST MOUNTAIN support for some help because a lot of this involved their RB device.  A particular support guy with WM was incredibly helpful for me.  I imagine MICROHAM can lend a hand if you purchased your micro KEYER III new from then.  I think your interface needs are fundamentally similar to my RB even though my RB is phsyically connected to my PC on a separate physical USB cable & port, but yours has lot more functions and features. Ask their support about what your trying to do with one program on the same USB physical port line as your micro KEYER III & radio are connected via "passthru", or daisy chained cabling.  

Meanwhile, you have command and data whizzing duplex between the radio and the computer and then when a program is launched its like stacking two cars in the same spot in one direction and two more cars on top of each other in the other direction.  You just need to space the cars in these two lanes so that the data/commands come and go to their destinations without running into each other.

I would suggest copy/pasting this reply text into Word or other document to have on the table.  maybe underline or highlight somethings unless this info just doesn't fit your issue at all.

Gene / K7TXO