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 perhaps you could have saved yourself some time by checking the WSJT-X User Guide FAQ section, item 6:
toggle quoted message
Show quoted text
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
|
|

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:
toggle quoted message
Show quoted text
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
|
|
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
|
|
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
|
|
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
|
|
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
toggle quoted message
Show quoted text
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
|
|
it sounds like more than one program trying to access the same port, maybe
Dave Garber VE3WEJ / VE3IE
toggle quoted message
Show quoted text
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
|
|
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
|
|