Date   

locked Suggestion for SWL mode display #mainscreen

Fred WA7AII
 

FT8 is a whole new world for Ham Radio.  Most non hams are used to voice and/or CW so they are always impressed when I show them the main WSJT-X screen.  However, unless the activity on the screen happens to be a CQ the country data is not displayed.  Would it be possible in SWL mode to show the country information for both of the callsigns?  This would be a much more impressive demo of the FT8 world.

thanks
Fred WA7AII


locked Re: CTY country file update #EnhancementReqest

neil_zampella
 

Since the file is built-in to the program, the only time it is updated is when the program is compiled for final release.   As you have done, the CTY.DAT file can be manually updated by the user.    

I would suggest to the person in question to contact Jim Reisert AD1C, the maintainer of the CTY.DAT file so he can add an exception to the file for that callsign.    I would also suggest that if he hasn't do so, to update QRZ to reflect his actual location.

Neil, KN3ILZ

On 8/20/2021 3:23 PM, Don N7BT wrote:
A friend has a vanity callsign that while not a KL7 call, was registered to a Ham in Alaska. In the band activity window, he is still being shown as being in Alaska. He is not. I updated my CTY file using the instructions below. I am now good but it has not stopped the "hate mail" he is receiving. He has no control so I am asking that the WSJT gang update the built-in CTY file so this issue will disappear... It would seem to me that this should be done on a regular basis. I use writeLog and they send out a regular email alerting users that a new CTY file is available. HRD does it on a regular basis too.





locked Re: Not Showing Country Name #Windows10 #WSJTX_config #install

Dave Sellars
 

Hey Bill.

I really appreciate your reply to my question. You had the answer. After reading your reply, I unchecked all of the boxes on the color legend and picked 3 items (CQ in message, New DXCC, New call). After dragging them to the top of the list l immediately started to see "Countries". While I had played with changing the background and foreground colors  I had not changed the order of the items in the color window.  I did read the User Guide and watched YouTube videos and I don't recall any comments regarding "priority", just the ability to change colors.  In fact, I posed the question in several groups and got no mention of "priority".Either I didn't understand what I read or completely missed it.

Now that I understand how WSJT-X treats the order of the items in the color window, I can go back and fine tune the order of the items I wish to receive.

Again, I really appreciate your help.

73 & have a great weekend.
Dave - KB4JB (Florida)
 


locked CTY country file update #EnhancementReqest

Don N7BT
 

A friend has a vanity callsign that while not a KL7 call, was registered to a Ham in Alaska. In the band activity window, he is still being shown as being in Alaska. He is not. I updated my CTY file using the instructions below. I am now good but it has not stopped the "hate mail" he is receiving. He has no control so I am asking that the WSJT gang update the built-in CTY file so this issue will disappear... It would seem to me that this should be done on a regular basis. I use writeLog and they send out a regular email alerting users that a new CTY file is available. HRD does it on a regular basis too.


locked Re: After upgrade to WSJT-X 2.4.0, an IC-7600 no longer changes bands on SPE Expert 1K-FA power amplifier #Cat_RigControl

Bengt SM6MUY
 

In WSJT-x below. USB connection between PC and rig. In the rig , almost no settings, just default. Yes CI-V "Transceive ON". Don't know if it's needed for WSJT but I think for the PA. The PA (SPE Expert) is connected via the standard CI-V connector (3.5 mm).

73/Bengt, SM6MUY


On 2021-08-20 18:56, Michael Black via groups.io wrote:
I should add the amp should be on the remote CI-V port on the rig.

Mike W9MDB




On Friday, August 20, 2021, 11:50:12 AM CDT, Bengt SM6MUY via groups.io <muy@...> wrote:


Hi

I have not changed the PA firmware. I have not changed the rig firmware. I have updated WSJT-x. If the "feature" in WSJT-x with changing the rig frequency and the PA frequency at the same time wasn't intended it was probably a bug which is now fixed. In hamlib or WSJT-x. I don't have the insight into the code. If it was a "bug", it was a good bug. And it have always been there. It was convenient to switch band from WSJT-x but now it's not. I have now programmed my rig and do the change from that one instead.

73/Bengt, SM6MUY


On 2021-08-20 14:47, Bill Somerville wrote:
On 20/08/2021 10:59, Allan Saul wrote:
I can confirm similar behavior with my Icom IC-7600 and Expert 1.5K-FA.
On version 2.4.0 - no issues.
One version 2.5.0 rc 5 (latest) it does not. You can change bands with WSJT-X and the radio follows, but the Expert doesn't change bands. To action that one need to turn the VFO on the radio a bit (ie send out QRG data). In the past that was not necessary.
Another interesting test is to put the radio into some odd ball frequency and then start WSJT-X. When it comes up it recognized the incorrect QRG (its in red) so obviously its reading the radio QRG.

For the developers : I think what is happening is that in the past the rig was commanded to reply with the QRG once it it was set and the Expert was listening for this output from the RIG, not WSJT-X. Now thats is no longer happening and could be a generic behavior across many Icom rigs now with the updated hamlib files.

73 de Allan ZS1LS

Hi Allan,

I'm not sure what you and others with similar issues expect the WSJT-X developers to do. We make no statements on CAT control of ancillary devices that might be connected to your rig. If WSJT-X is correctly setting the rig frequency, and optionally the mode, and WSJT-X is able to read the rig frequency, which it does each polling interval, then CAT control is working as designed. Perhaps you need to contact the support team for your PA and ask how this might be happening.

You might also try a different "Settings->Radio->Split Operating" option as the Tx VFO being used might have some bearing.

73
Bill
G4WJS.









locked Re: Delayed tone transmission #IssueReport #NewUser #txaudio #Windows10 #Yaesu

Martin G0HDB
 

On Fri, Aug 20, 2021 at 01:42 PM, Chuck Moore wrote:
Have had WSJT-X set up for about three weeks, During that time when the system
would transmit the radio would change to transmit mode and within a couple of
tenths of a second the tones could be heard through the monitor port on the
radio. In the last few days that behavior changed, Now the radio changes to
transmit mode but the tones are not being heard until 2 - 3 seconds into the
shift of the radio to transmit mode.
Chuck:

You haven't indicated in your posting if you're using one of WSJT-X's split modes, but if you are using CAT control and have selected the 'Rig' split option then I'd suggest trying the 'Fake It' option and seeing if that makes any difference.

I used to find, with the various Icom rigs I'd used over a period of years, that the 'Rig' split option did seem to take significantly longer to switch VFOs and then begin transmitting; these days I use only the 'Fake It' option for split.  It's perhaps conceivable that if you're using the 'Rig' split option it's taking a while for the rig to switch from one VFO to the other and that the WSJT-X software is then waiting for an acknowledgement of the changeover and confirmation of the new Tx frequency before starting to generate the audio tones.

You might also want to try either installing one of the release-candidate versions of v2.5.0 of WSJT-X or reverting back to v2.3.1 and seeing if either of those make a difference.

--
Martin G0HDB


locked Re: After upgrade to WSJT-X 2.4.0, an IC-7600 no longer changes bands on SPE Expert 1K-FA power amplifier #Cat_RigControl

Michael Black
 

I should add the amp should be on the remote CI-V port on the rig.

Mike W9MDB




On Friday, August 20, 2021, 11:50:12 AM CDT, Bengt SM6MUY via groups.io <muy@...> wrote:


Hi

I have not changed the PA firmware. I have not changed the rig firmware. I have updated WSJT-x. If the "feature" in WSJT-x with changing the rig frequency and the PA frequency at the same time wasn't intended it was probably a bug which is now fixed. In hamlib or WSJT-x. I don't have the insight into the code. If it was a "bug", it was a good bug. And it have always been there. It was convenient to switch band from WSJT-x but now it's not. I have now programmed my rig and do the change from that one instead.

73/Bengt, SM6MUY


On 2021-08-20 14:47, Bill Somerville wrote:
On 20/08/2021 10:59, Allan Saul wrote:
I can confirm similar behavior with my Icom IC-7600 and Expert 1.5K-FA.
On version 2.4.0 - no issues.
One version 2.5.0 rc 5 (latest) it does not. You can change bands with WSJT-X and the radio follows, but the Expert doesn't change bands. To action that one need to turn the VFO on the radio a bit (ie send out QRG data). In the past that was not necessary.
Another interesting test is to put the radio into some odd ball frequency and then start WSJT-X. When it comes up it recognized the incorrect QRG (its in red) so obviously its reading the radio QRG.

For the developers : I think what is happening is that in the past the rig was commanded to reply with the QRG once it it was set and the Expert was listening for this output from the RIG, not WSJT-X. Now thats is no longer happening and could be a generic behavior across many Icom rigs now with the updated hamlib files.

73 de Allan ZS1LS

Hi Allan,

I'm not sure what you and others with similar issues expect the WSJT-X developers to do. We make no statements on CAT control of ancillary devices that might be connected to your rig. If WSJT-X is correctly setting the rig frequency, and optionally the mode, and WSJT-X is able to read the rig frequency, which it does each polling interval, then CAT control is working as designed. Perhaps you need to contact the support team for your PA and ask how this might be happening.

You might also try a different "Settings->Radio->Split Operating" option as the Tx VFO being used might have some bearing.

73
Bill
G4WJS.



    




locked Re: After upgrade to WSJT-X 2.4.0, an IC-7600 no longer changes bands on SPE Expert 1K-FA power amplifier #Cat_RigControl

Michael Black
 

Please tell us how your USB and CAT ports are set up.

Mike W9DMB




On Friday, August 20, 2021, 11:50:12 AM CDT, Bengt SM6MUY via groups.io <muy@...> wrote:


Hi

I have not changed the PA firmware. I have not changed the rig firmware. I have updated WSJT-x. If the "feature" in WSJT-x with changing the rig frequency and the PA frequency at the same time wasn't intended it was probably a bug which is now fixed. In hamlib or WSJT-x. I don't have the insight into the code. If it was a "bug", it was a good bug. And it have always been there. It was convenient to switch band from WSJT-x but now it's not. I have now programmed my rig and do the change from that one instead.

73/Bengt, SM6MUY


On 2021-08-20 14:47, Bill Somerville wrote:
On 20/08/2021 10:59, Allan Saul wrote:
I can confirm similar behavior with my Icom IC-7600 and Expert 1.5K-FA.
On version 2.4.0 - no issues.
One version 2.5.0 rc 5 (latest) it does not. You can change bands with WSJT-X and the radio follows, but the Expert doesn't change bands. To action that one need to turn the VFO on the radio a bit (ie send out QRG data). In the past that was not necessary.
Another interesting test is to put the radio into some odd ball frequency and then start WSJT-X. When it comes up it recognized the incorrect QRG (its in red) so obviously its reading the radio QRG.

For the developers : I think what is happening is that in the past the rig was commanded to reply with the QRG once it it was set and the Expert was listening for this output from the RIG, not WSJT-X. Now thats is no longer happening and could be a generic behavior across many Icom rigs now with the updated hamlib files.

73 de Allan ZS1LS

Hi Allan,

I'm not sure what you and others with similar issues expect the WSJT-X developers to do. We make no statements on CAT control of ancillary devices that might be connected to your rig. If WSJT-X is correctly setting the rig frequency, and optionally the mode, and WSJT-X is able to read the rig frequency, which it does each polling interval, then CAT control is working as designed. Perhaps you need to contact the support team for your PA and ask how this might be happening.

You might also try a different "Settings->Radio->Split Operating" option as the Tx VFO being used might have some bearing.

73
Bill
G4WJS.



    




locked Re: After upgrade to WSJT-X 2.4.0, an IC-7600 no longer changes bands on SPE Expert 1K-FA power amplifier #Cat_RigControl

Bengt SM6MUY
 

Hi

I have not changed the PA firmware. I have not changed the rig firmware. I have updated WSJT-x. If the "feature" in WSJT-x with changing the rig frequency and the PA frequency at the same time wasn't intended it was probably a bug which is now fixed. In hamlib or WSJT-x. I don't have the insight into the code. If it was a "bug", it was a good bug. And it have always been there. It was convenient to switch band from WSJT-x but now it's not. I have now programmed my rig and do the change from that one instead.

73/Bengt, SM6MUY


On 2021-08-20 14:47, Bill Somerville wrote:
On 20/08/2021 10:59, Allan Saul wrote:
I can confirm similar behavior with my Icom IC-7600 and Expert 1.5K-FA.
On version 2.4.0 - no issues.
One version 2.5.0 rc 5 (latest) it does not. You can change bands with WSJT-X and the radio follows, but the Expert doesn't change bands. To action that one need to turn the VFO on the radio a bit (ie send out QRG data). In the past that was not necessary.
Another interesting test is to put the radio into some odd ball frequency and then start WSJT-X. When it comes up it recognized the incorrect QRG (its in red) so obviously its reading the radio QRG.

For the developers : I think what is happening is that in the past the rig was commanded to reply with the QRG once it it was set and the Expert was listening for this output from the RIG, not WSJT-X. Now thats is no longer happening and could be a generic behavior across many Icom rigs now with the updated hamlib files.

73 de Allan ZS1LS

Hi Allan,

I'm not sure what you and others with similar issues expect the WSJT-X developers to do. We make no statements on CAT control of ancillary devices that might be connected to your rig. If WSJT-X is correctly setting the rig frequency, and optionally the mode, and WSJT-X is able to read the rig frequency, which it does each polling interval, then CAT control is working as designed. Perhaps you need to contact the support team for your PA and ask how this might be happening.

You might also try a different "Settings->Radio->Split Operating" option as the Tx VFO being used might have some bearing.

73
Bill
G4WJS.





locked Re: #Cat_RigControl #linux #install #Cat_RigControl #linux #install

richard kappler
 

Thanks to all, its running now.

Rich
W2KAP

On Fri, Aug 20, 2021 at 10:59 AM Michael Black via groups.io <mdblack98=yahoo.com@groups.io> wrote:
Sounds like your baud rate is wrong.

Double check the baud rate on the rig.

Mike W9MDB




On Friday, August 20, 2021, 09:54:46 AM CDT, richard kappler <richkappler@...> wrote:


Well... That's an improvement. Now I have a new error :-)

Hamlib error: Communication timed out

rig_get_freq(2088): freqMainA=0, modeMainA=, widthMainA=0

rig_get_freq(2088): freqMainB=0, modeMainB=, widthMainB=0

rig.c(2090):rig_get_freq return(-5) while getting current frequency


On Fri, Aug 20, 2021 at 10:29 AM Stan Gammons via groups.io <buttercup11421=protonmail.com@groups.io> wrote:
At the command line is dialout in the list when you type groups and press enter?  If not you need to add yourself to the dialout group. Type sudo usermod -a -G dialout $USER and press enter. Then you have to logout and log back in for the change to be recognized.

hth

73

Stan
KM4HQE 

Sent from ProtonMail for iOS


On Fri, Aug 20, 2021 at 8:48 AM, richard kappler <richkappler@...> wrote:
I feel like an idiot that I can't figure this out.

Rig: IC-7300 to Toshiba laptop via USB running Ubuntu 20.04, fresh install of wsjt-x 2.4

dmesg output:
[69126.656469] usb 3-4.1: new full-speed USB device number 15 using xhci_hcd
[69126.758625] usb 3-4.1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[69126.758628] usb 3-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[69126.758630] usb 3-4.1: Product: CP2102 USB to UART Bridge Controller
[69126.758632] usb 3-4.1: Manufacturer: Silicon Labs
[69126.758633] usb 3-4.1: SerialNumber: IC-7300 02013977
[69126.760521] cp210x 3-4.1:1.0: cp210x converter detected
[69126.762472] usb 3-4.1: cp210x converter now attached to ttyUSB0
[69126.840479] usb 3-4.4: new full-speed USB device number 16 using xhci_hcd
[69126.943745] usb 3-4.4: New USB device found, idVendor=08bb, idProduct=2901, bcdDevice= 1.00
[69126.943749] usb 3-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[69126.943752] usb 3-4.4: Product: USB Audio CODEC
[69126.943754] usb 3-4.4: Manufacturer: Burr-Brown from TI              
[69126.962874] input: Burr-Brown from TI               USB Audio CODEC  as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.3/0003:08BB:2901.0005/input/input28
[69127.020858] hid-generic 0003:08BB:2901.0005: input,hidraw1: USB HID v1.00 Device [Burr-Brown from TI               USB Audio CODEC ] on usb-0000:00:14.0-4.4/input3

Rig Failure error:

Hamlib error: IO error

port_open: serial_open status=-6

iofunc.c(80):port_open return(-6)

rig.c(773):rig_open return(-6) while opening connection to rig


File > Settings > Radio:

RadioSettings.png


File > Settings > Audio:

audioSettings.png


My google foo is giving me no joy. Can someone please throw an old dog a bone? I can't figure out what I'm missing.


Rich

W2KAP













locked Re: #Cat_RigControl #linux #install #Cat_RigControl #linux #install

Michael Black
 

Sounds like your baud rate is wrong.

Double check the baud rate on the rig.

Mike W9MDB




On Friday, August 20, 2021, 09:54:46 AM CDT, richard kappler <richkappler@...> wrote:


Well... That's an improvement. Now I have a new error :-)

Hamlib error: Communication timed out

rig_get_freq(2088): freqMainA=0, modeMainA=, widthMainA=0

rig_get_freq(2088): freqMainB=0, modeMainB=, widthMainB=0

rig.c(2090):rig_get_freq return(-5) while getting current frequency


On Fri, Aug 20, 2021 at 10:29 AM Stan Gammons via groups.io <buttercup11421=protonmail.com@groups.io> wrote:
At the command line is dialout in the list when you type groups and press enter?  If not you need to add yourself to the dialout group. Type sudo usermod -a -G dialout $USER and press enter. Then you have to logout and log back in for the change to be recognized.

hth

73

Stan
KM4HQE 

Sent from ProtonMail for iOS


On Fri, Aug 20, 2021 at 8:48 AM, richard kappler <richkappler@...> wrote:
I feel like an idiot that I can't figure this out.

Rig: IC-7300 to Toshiba laptop via USB running Ubuntu 20.04, fresh install of wsjt-x 2.4

dmesg output:
[69126.656469] usb 3-4.1: new full-speed USB device number 15 using xhci_hcd
[69126.758625] usb 3-4.1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[69126.758628] usb 3-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[69126.758630] usb 3-4.1: Product: CP2102 USB to UART Bridge Controller
[69126.758632] usb 3-4.1: Manufacturer: Silicon Labs
[69126.758633] usb 3-4.1: SerialNumber: IC-7300 02013977
[69126.760521] cp210x 3-4.1:1.0: cp210x converter detected
[69126.762472] usb 3-4.1: cp210x converter now attached to ttyUSB0
[69126.840479] usb 3-4.4: new full-speed USB device number 16 using xhci_hcd
[69126.943745] usb 3-4.4: New USB device found, idVendor=08bb, idProduct=2901, bcdDevice= 1.00
[69126.943749] usb 3-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[69126.943752] usb 3-4.4: Product: USB Audio CODEC
[69126.943754] usb 3-4.4: Manufacturer: Burr-Brown from TI              
[69126.962874] input: Burr-Brown from TI               USB Audio CODEC  as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.3/0003:08BB:2901.0005/input/input28
[69127.020858] hid-generic 0003:08BB:2901.0005: input,hidraw1: USB HID v1.00 Device [Burr-Brown from TI               USB Audio CODEC ] on usb-0000:00:14.0-4.4/input3

Rig Failure error:

Hamlib error: IO error

port_open: serial_open status=-6

iofunc.c(80):port_open return(-6)

rig.c(773):rig_open return(-6) while opening connection to rig


File > Settings > Radio:

RadioSettings.png


File > Settings > Audio:

audioSettings.png


My google foo is giving me no joy. Can someone please throw an old dog a bone? I can't figure out what I'm missing.


Rich

W2KAP










locked Re: #Cat_RigControl #linux #install #Cat_RigControl #linux #install

Bill Somerville
 

Hi RIch,

if you have the correct USB to serial device selected then the next issue my be you have the wrong baud rate. Check that the USB connection baud rate in your rig's menu matches the rate you have set in WSJT-X.

73
Bill
G4WJS.

On 20/08/2021 15:39, richard kappler wrote:
Well... That's an improvement. Now I have a new error :-)

Hamlib error: Communication timed out

rig_get_freq(2088): freqMainA=0, modeMainA=, widthMainA=0

rig_get_freq(2088): freqMainB=0, modeMainB=, widthMainB=0

rig.c(2090):rig_get_freq return(-5) while getting current frequency


On Fri, Aug 20, 2021 at 10:29 AM Stan Gammons via groups.io <buttercup11421=protonmail.com@groups.io> wrote:
At the command line is dialout in the list when you type groups and press enter?  If not you need to add yourself to the dialout group. Type sudo usermod -a -G dialout $USER and press enter. Then you have to logout and log back in for the change to be recognized.

hth

73

Stan
KM4HQE 

Sent from ProtonMail for iOS


On Fri, Aug 20, 2021 at 8:48 AM, richard kappler <richkappler@...> wrote:
I feel like an idiot that I can't figure this out.

Rig: IC-7300 to Toshiba laptop via USB running Ubuntu 20.04, fresh install of wsjt-x 2.4

dmesg output:
[69126.656469] usb 3-4.1: new full-speed USB device number 15 using xhci_hcd
[69126.758625] usb 3-4.1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[69126.758628] usb 3-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[69126.758630] usb 3-4.1: Product: CP2102 USB to UART Bridge Controller
[69126.758632] usb 3-4.1: Manufacturer: Silicon Labs
[69126.758633] usb 3-4.1: SerialNumber: IC-7300 02013977
[69126.760521] cp210x 3-4.1:1.0: cp210x converter detected
[69126.762472] usb 3-4.1: cp210x converter now attached to ttyUSB0
[69126.840479] usb 3-4.4: new full-speed USB device number 16 using xhci_hcd
[69126.943745] usb 3-4.4: New USB device found, idVendor=08bb, idProduct=2901, bcdDevice= 1.00
[69126.943749] usb 3-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[69126.943752] usb 3-4.4: Product: USB Audio CODEC
[69126.943754] usb 3-4.4: Manufacturer: Burr-Brown from TI              
[69126.962874] input: Burr-Brown from TI               USB Audio CODEC  as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.3/0003:08BB:2901.0005/input/input28
[69127.020858] hid-generic 0003:08BB:2901.0005: input,hidraw1: USB HID v1.00 Device [Burr-Brown from TI               USB Audio CODEC ] on usb-0000:00:14.0-4.4/input3

Rig Failure error:

Hamlib error: IO error

port_open: serial_open status=-6

iofunc.c(80):port_open return(-6)

rig.c(773):rig_open return(-6) while opening connection to rig



locked Re: #Cat_RigControl #linux #install #Cat_RigControl #linux #install

richard kappler
 

Well... That's an improvement. Now I have a new error :-)

Hamlib error: Communication timed out

rig_get_freq(2088): freqMainA=0, modeMainA=, widthMainA=0

rig_get_freq(2088): freqMainB=0, modeMainB=, widthMainB=0

rig.c(2090):rig_get_freq return(-5) while getting current frequency


On Fri, Aug 20, 2021 at 10:29 AM Stan Gammons via groups.io <buttercup11421=protonmail.com@groups.io> wrote:
At the command line is dialout in the list when you type groups and press enter?  If not you need to add yourself to the dialout group. Type sudo usermod -a -G dialout $USER and press enter. Then you have to logout and log back in for the change to be recognized.

hth

73

Stan
KM4HQE 

Sent from ProtonMail for iOS


On Fri, Aug 20, 2021 at 8:48 AM, richard kappler <richkappler@...> wrote:
I feel like an idiot that I can't figure this out.

Rig: IC-7300 to Toshiba laptop via USB running Ubuntu 20.04, fresh install of wsjt-x 2.4

dmesg output:
[69126.656469] usb 3-4.1: new full-speed USB device number 15 using xhci_hcd
[69126.758625] usb 3-4.1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[69126.758628] usb 3-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[69126.758630] usb 3-4.1: Product: CP2102 USB to UART Bridge Controller
[69126.758632] usb 3-4.1: Manufacturer: Silicon Labs
[69126.758633] usb 3-4.1: SerialNumber: IC-7300 02013977
[69126.760521] cp210x 3-4.1:1.0: cp210x converter detected
[69126.762472] usb 3-4.1: cp210x converter now attached to ttyUSB0
[69126.840479] usb 3-4.4: new full-speed USB device number 16 using xhci_hcd
[69126.943745] usb 3-4.4: New USB device found, idVendor=08bb, idProduct=2901, bcdDevice= 1.00
[69126.943749] usb 3-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[69126.943752] usb 3-4.4: Product: USB Audio CODEC
[69126.943754] usb 3-4.4: Manufacturer: Burr-Brown from TI              
[69126.962874] input: Burr-Brown from TI               USB Audio CODEC  as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.3/0003:08BB:2901.0005/input/input28
[69127.020858] hid-generic 0003:08BB:2901.0005: input,hidraw1: USB HID v1.00 Device [Burr-Brown from TI               USB Audio CODEC ] on usb-0000:00:14.0-4.4/input3

Rig Failure error:

Hamlib error: IO error

port_open: serial_open status=-6

iofunc.c(80):port_open return(-6)

rig.c(773):rig_open return(-6) while opening connection to rig


File > Settings > Radio:

RadioSettings.png


File > Settings > Audio:

audioSettings.png


My google foo is giving me no joy. Can someone please throw an old dog a bone? I can't figure out what I'm missing.


Rich

W2KAP







locked Re: #Cat_RigControl #linux #install #Cat_RigControl #linux #install

richard kappler
 

Well... now I have a new error, but at least it's progress. Dialout <smh> I shoulda known that. 

New error:
Hamlib error: Communication timed out
rig_get_freq(2088): freqMainA=0, modeMainA=, widthMainA=0
rig_get_freq(2088): freqMainB=0, modeMainB=, widthMainB=0
rig.c(2090):rig_get_freq return(-5) while getting current frequency

Rich
W2KAP

On Fri, Aug 20, 2021 at 10:29 AM Stan Gammons via groups.io <buttercup11421=protonmail.com@groups.io> wrote:
At the command line is dialout in the list when you type groups and press enter?  If not you need to add yourself to the dialout group. Type sudo usermod -a -G dialout $USER and press enter. Then you have to logout and log back in for the change to be recognized.

hth

73

Stan
KM4HQE 

Sent from ProtonMail for iOS


On Fri, Aug 20, 2021 at 8:48 AM, richard kappler <richkappler@...> wrote:
I feel like an idiot that I can't figure this out.

Rig: IC-7300 to Toshiba laptop via USB running Ubuntu 20.04, fresh install of wsjt-x 2.4

dmesg output:
[69126.656469] usb 3-4.1: new full-speed USB device number 15 using xhci_hcd
[69126.758625] usb 3-4.1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[69126.758628] usb 3-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[69126.758630] usb 3-4.1: Product: CP2102 USB to UART Bridge Controller
[69126.758632] usb 3-4.1: Manufacturer: Silicon Labs
[69126.758633] usb 3-4.1: SerialNumber: IC-7300 02013977
[69126.760521] cp210x 3-4.1:1.0: cp210x converter detected
[69126.762472] usb 3-4.1: cp210x converter now attached to ttyUSB0
[69126.840479] usb 3-4.4: new full-speed USB device number 16 using xhci_hcd
[69126.943745] usb 3-4.4: New USB device found, idVendor=08bb, idProduct=2901, bcdDevice= 1.00
[69126.943749] usb 3-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[69126.943752] usb 3-4.4: Product: USB Audio CODEC
[69126.943754] usb 3-4.4: Manufacturer: Burr-Brown from TI              
[69126.962874] input: Burr-Brown from TI               USB Audio CODEC  as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.3/0003:08BB:2901.0005/input/input28
[69127.020858] hid-generic 0003:08BB:2901.0005: input,hidraw1: USB HID v1.00 Device [Burr-Brown from TI               USB Audio CODEC ] on usb-0000:00:14.0-4.4/input3

Rig Failure error:

Hamlib error: IO error

port_open: serial_open status=-6

iofunc.c(80):port_open return(-6)

rig.c(773):rig_open return(-6) while opening connection to rig


File > Settings > Radio:

RadioSettings.png


File > Settings > Audio:

audioSettings.png


My google foo is giving me no joy. Can someone please throw an old dog a bone? I can't figure out what I'm missing.


Rich

W2KAP







locked Re: #Cat_RigControl #linux #install #Cat_RigControl #linux #install

Stan Gammons
 

At the command line is dialout in the list when you type groups and press enter?  If not you need to add yourself to the dialout group. Type sudo usermod -a -G dialout $USER and press enter. Then you have to logout and log back in for the change to be recognized.

hth

73

Stan
KM4HQE 

Sent from ProtonMail for iOS


On Fri, Aug 20, 2021 at 8:48 AM, richard kappler <richkappler@...> wrote:
I feel like an idiot that I can't figure this out.

Rig: IC-7300 to Toshiba laptop via USB running Ubuntu 20.04, fresh install of wsjt-x 2.4

dmesg output:
[69126.656469] usb 3-4.1: new full-speed USB device number 15 using xhci_hcd
[69126.758625] usb 3-4.1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[69126.758628] usb 3-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[69126.758630] usb 3-4.1: Product: CP2102 USB to UART Bridge Controller
[69126.758632] usb 3-4.1: Manufacturer: Silicon Labs
[69126.758633] usb 3-4.1: SerialNumber: IC-7300 02013977
[69126.760521] cp210x 3-4.1:1.0: cp210x converter detected
[69126.762472] usb 3-4.1: cp210x converter now attached to ttyUSB0
[69126.840479] usb 3-4.4: new full-speed USB device number 16 using xhci_hcd
[69126.943745] usb 3-4.4: New USB device found, idVendor=08bb, idProduct=2901, bcdDevice= 1.00
[69126.943749] usb 3-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[69126.943752] usb 3-4.4: Product: USB Audio CODEC
[69126.943754] usb 3-4.4: Manufacturer: Burr-Brown from TI              
[69126.962874] input: Burr-Brown from TI               USB Audio CODEC  as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.3/0003:08BB:2901.0005/input/input28
[69127.020858] hid-generic 0003:08BB:2901.0005: input,hidraw1: USB HID v1.00 Device [Burr-Brown from TI               USB Audio CODEC ] on usb-0000:00:14.0-4.4/input3

Rig Failure error:

Hamlib error: IO error

port_open: serial_open status=-6

iofunc.c(80):port_open return(-6)

rig.c(773):rig_open return(-6) while opening connection to rig


File > Settings > Radio:

RadioSettings.png


File > Settings > Audio:

audioSettings.png


My google foo is giving me no joy. Can someone please throw an old dog a bone? I can't figure out what I'm missing.


Rich

W2KAP




locked Re: #Cat_RigControl #linux #install #Cat_RigControl #linux #install

Michael Black
 

On Friday, August 20, 2021, 09:03:33 AM CDT, richard kappler <richkappler@...> wrote:


I feel like an idiot that I can't figure this out.

Rig: IC-7300 to Toshiba laptop via USB running Ubuntu 20.04, fresh install of wsjt-x 2.4

dmesg output:
[69126.656469] usb 3-4.1: new full-speed USB device number 15 using xhci_hcd
[69126.758625] usb 3-4.1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[69126.758628] usb 3-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[69126.758630] usb 3-4.1: Product: CP2102 USB to UART Bridge Controller
[69126.758632] usb 3-4.1: Manufacturer: Silicon Labs
[69126.758633] usb 3-4.1: SerialNumber: IC-7300 02013977
[69126.760521] cp210x 3-4.1:1.0: cp210x converter detected
[69126.762472] usb 3-4.1: cp210x converter now attached to ttyUSB0
[69126.840479] usb 3-4.4: new full-speed USB device number 16 using xhci_hcd
[69126.943745] usb 3-4.4: New USB device found, idVendor=08bb, idProduct=2901, bcdDevice= 1.00
[69126.943749] usb 3-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[69126.943752] usb 3-4.4: Product: USB Audio CODEC
[69126.943754] usb 3-4.4: Manufacturer: Burr-Brown from TI              
[69126.962874] input: Burr-Brown from TI               USB Audio CODEC  as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.3/0003:08BB:2901.0005/input/input28
[69127.020858] hid-generic 0003:08BB:2901.0005: input,hidraw1: USB HID v1.00 Device [Burr-Brown from TI               USB Audio CODEC ] on usb-0000:00:14.0-4.4/input3

Rig Failure error:

Hamlib error: IO error

port_open: serial_open status=-6

iofunc.c(80):port_open return(-6)

rig.c(773):rig_open return(-6) while opening connection to rig


File > Settings > Radio:

RadioSettings.png


File > Settings > Audio:

audioSettings.png


My google foo is giving me no joy. Can someone please throw an old dog a bone? I can't figure out what I'm missing.


Rich

W2KAP





locked #Cat_RigControl #linux #install #Cat_RigControl #linux #install

richard kappler
 

I feel like an idiot that I can't figure this out.

Rig: IC-7300 to Toshiba laptop via USB running Ubuntu 20.04, fresh install of wsjt-x 2.4

dmesg output:
[69126.656469] usb 3-4.1: new full-speed USB device number 15 using xhci_hcd
[69126.758625] usb 3-4.1: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[69126.758628] usb 3-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[69126.758630] usb 3-4.1: Product: CP2102 USB to UART Bridge Controller
[69126.758632] usb 3-4.1: Manufacturer: Silicon Labs
[69126.758633] usb 3-4.1: SerialNumber: IC-7300 02013977
[69126.760521] cp210x 3-4.1:1.0: cp210x converter detected
[69126.762472] usb 3-4.1: cp210x converter now attached to ttyUSB0
[69126.840479] usb 3-4.4: new full-speed USB device number 16 using xhci_hcd
[69126.943745] usb 3-4.4: New USB device found, idVendor=08bb, idProduct=2901, bcdDevice= 1.00
[69126.943749] usb 3-4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[69126.943752] usb 3-4.4: Product: USB Audio CODEC
[69126.943754] usb 3-4.4: Manufacturer: Burr-Brown from TI              
[69126.962874] input: Burr-Brown from TI               USB Audio CODEC  as /devices/pci0000:00/0000:00:14.0/usb3/3-4/3-4.4/3-4.4:1.3/0003:08BB:2901.0005/input/input28
[69127.020858] hid-generic 0003:08BB:2901.0005: input,hidraw1: USB HID v1.00 Device [Burr-Brown from TI               USB Audio CODEC ] on usb-0000:00:14.0-4.4/input3

Rig Failure error:

Hamlib error: IO error

port_open: serial_open status=-6

iofunc.c(80):port_open return(-6)

rig.c(773):rig_open return(-6) while opening connection to rig


File > Settings > Radio:

RadioSettings.png


File > Settings > Audio:

audioSettings.png


My google foo is giving me no joy. Can someone please throw an old dog a bone? I can't figure out what I'm missing.


Rich

W2KAP


locked Re: After upgrade to WSJT-X 2.4.0, an IC-7600 no longer changes bands on SPE Expert 1K-FA power amplifier #Cat_RigControl

Michael Black
 

How do you have the amp hooked up to the rig?  The 7600 has a separate CI-V port that I would like to think would be behaving correctly.

I am planning on using the transceive data in the future and there was a change to flush any response to a command as a first step but that would be on the USB port and not the CI-V port.

Mike W9MDB




On Friday, August 20, 2021, 07:42:41 AM CDT, Allan Saul <allan@...> wrote:


I can confirm similar behavior with my Icom IC-7600 and Expert 1.5K-FA.
On version 2.4.0 - no issues.
One version 2.5.0 rc 5 (latest) it does not. You can change bands with WSJT-X and the radio follows, but the Expert doesn't change bands. To action that one need to turn the VFO on the radio a bit (ie send out QRG data). In the past that was not necessary.
Another interesting test is to put the radio into some odd ball frequency and then start WSJT-X. When it comes up it recognized the incorrect QRG (its in red) so obviously its reading the radio QRG.

For the developers : I think what is happening is that in the past the rig was commanded to reply with the QRG once it it was set and the Expert was listening for this output from the RIG, not WSJT-X. Now thats is no longer happening and could be a generic behavior across many Icom rigs now with the updated hamlib files.

73 de Allan ZS1LS




locked Re: Delayed tone transmission #IssueReport #NewUser #txaudio #Windows10 #Yaesu

Chuck Moore <wd4hxg@...>
 

I forgot to include I am using version 2.4 of the software. 

On Aug 20, 2021, at 8:47 AM, Michael Black via groups.io <mdblack98@...> wrote:


Same version of WSJT-X on both I assume?

Check File/Settings/Advanced/Tx delay

Mike W9MDB



On Friday, August 20, 2021, 07:42:42 AM CDT, Chuck Moore via groups.io <wd4hxg@...> wrote:


Have had WSJT-X set up for about three weeks, During that time when the system
would transmit the radio would change to transmit mode and within a couple of
tenths of a second the tones could be heard through the monitor port on the
radio. In the last few days that behavior changed, Now the radio changes to
transmit mode but the tones are not being heard until 2 - 3 seconds into the
shift of the radio to transmit mode.

As far as contacts being successful , they still occur but retries seem to have
increased.

The equipment line-up is:
Desktop PC running WSJT-X
Computer OS: Windows 10 Pro
Mode: FT-8 only, to date
Interface: SCU-17 with Yaesu cabling between radio and audio packet port on rear of radio.
_______: Generic RS-232 cable between rear of radio and SCU-17.
_______: Generic USB Cable from SCU-17 to Desktop (Intel i9-9900)
Radio: FTdx-5000 in USB mode - computer audio output level adjusted to just below ALC indication threshold.
Antenna: Horizontal Loop suspended from trees in yard, fed with 450 Ohm ladder line and interfaced
to radio via Johnson Matchbox.

Checks for RF in shack revealed no issues.

Switching out the desktop with a Dell laptop running Win 10 Pro with a recent install of WSJT-X
does not exhibit the same delay.  Tried, "Uninstalling"  and then re-installing the software but
no joy.

I remember seeing a message in the past week or so from another op experiencing the same
issue, but I do not recall seeing anything about him finding a resolution.

Am I overlooking a setting in WSJT-X?

Regards

Chuck WD4HXG







locked Re: After upgrade to WSJT-X 2.4.0, an IC-7600 no longer changes bands on SPE Expert 1K-FA power amplifier #Cat_RigControl

Bill Somerville
 

On 20/08/2021 10:59, Allan Saul wrote:
I can confirm similar behavior with my Icom IC-7600 and Expert 1.5K-FA.
On version 2.4.0 - no issues.
One version 2.5.0 rc 5 (latest) it does not. You can change bands with WSJT-X and the radio follows, but the Expert doesn't change bands. To action that one need to turn the VFO on the radio a bit (ie send out QRG data). In the past that was not necessary.
Another interesting test is to put the radio into some odd ball frequency and then start WSJT-X. When it comes up it recognized the incorrect QRG (its in red) so obviously its reading the radio QRG.

For the developers : I think what is happening is that in the past the rig was commanded to reply with the QRG once it it was set and the Expert was listening for this output from the RIG, not WSJT-X. Now thats is no longer happening and could be a generic behavior across many Icom rigs now with the updated hamlib files.

73 de Allan ZS1LS
Hi Allan,

I'm not sure what you and others with similar issues expect the WSJT-X developers to do. We make no statements on CAT control of ancillary devices that might be connected to your rig. If WSJT-X is correctly setting the rig frequency, and optionally the mode, and WSJT-X is able to read the rig frequency, which it does each polling interval, then CAT control is working as designed. Perhaps you need to contact the support team for your PA and ask how this might be happening.

You might also try a different "Settings->Radio->Split Operating" option as the Tx VFO being used might have some bearing.

73
Bill
G4WJS.

10201 - 10220 of 38026