Date   

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.


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

Michael Black
 

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




Chuck Moore <wd4hxg@...>
 

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

Allan Saul
 

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: Received Audio Level scale floor different with different sound cards

Martin G0HDB
 

On Thursday, August 19, 2021, 08:46:18 AM MDT, Derek Toeppen <wa0zti@...> wrote:
 
Martin,
 
    Your comments turned up something.
[Snipped]

 
Good suggestion, Thanks
 
Derek
 
Hi again Derek, here's something else for you to check...

I note that in your screenshots of the Microphone Properties you've got the microphone level set to 100%, ie. maximum, in both cases.  If you position your mouse cursor over the Microphone slider window and then right-click you should be offered the option to select a scale of either percentage or dB; you should select dB and then adjust the slider to give a reading of 0.0dB - this may or may not be at the same position as the 100% level.

On the USB sound device I use for my datamodes operating (a G4ZLP interface device), the 0.0dB point is only about a third of the way up from the bottom left-hand end of the scale; it's well below the tick-mark that's mid-way up the scale.  You might find that the 100% point at which you've currently got the level set is actually giving you quite a lot of microphone gain, which you shouldn't need (or want).

Needless to say, you should also set the microphone boost slider to the 0dB point!

--
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

Bengt SM6MUY
 

Hi

Yes Transceive is on. As I said, Cat works fine between PC and rig, but the PA does not shift band when I change band in WSJT-x, only the rig change. This worked before version 2.4 where both units nicely moved to the selected band...

73/Bengt

On 2021-08-20 06:35, Michael Black via groups.io wrote:

Check CI-V Transceive and ensure it's on before and after you start WSJT-X 2.4.0
Sounds like it is getting either turned off by 2.4.0 or turned on by 2.0.1

Mike W9MDB



On Thursday, August 19, 2021, 03:06:36 PM CDT, Bengt SM6MUY via groups.io <muy@...> wrote:


Did a test with an old version v2.0.1, yes old. CAT works perfectly to my Rig and PA ! When I change band in WSJT-x the band is also changed on the Rig and PA !

73/Bengt, SM6MUY







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

Yes, I had that on another PC. But this worked fine until 2.4 was released.

Win 10, IC-7300, SPE Expert 1.3k. USB interface from PC to rig. Normal CI-V interface to PA (from rig).

73/Bengt


On 2021-08-20 04:14, neil_zampella wrote:

You do realize that Hamlib has been changed and upgraded since v2.0.1 was released in 2019, right?  

Also, you haven't said anything about what OS, rig, or interface you're using.

Neil, KN3ILZ


On 8/19/2021 3:06 PM, Bengt SM6MUY via groups.io wrote:
Did a test with an old version v2.0.1, yes old. CAT works perfectly to my Rig and PA ! When I change band in WSJT-x the band is also changed on the Rig and PA !

73/Bengt, SM6MUY




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
 

Check CI-V Transceive and ensure it's on before and after you start WSJT-X 2.4.0
Sounds like it is getting either turned off by 2.4.0 or turned on by 2.0.1

Mike W9MDB



On Thursday, August 19, 2021, 03:06:36 PM CDT, Bengt SM6MUY via groups.io <muy@...> wrote:


Did a test with an old version v2.0.1, yes old. CAT works perfectly to my Rig and PA ! When I change band in WSJT-x the band is also changed on the Rig and PA !

73/Bengt, SM6MUY




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

neil_zampella
 

You do realize that Hamlib has been changed and upgraded since v2.0.1 was released in 2019, right?  

Also, you haven't said anything about what OS, rig, or interface you're using.

Neil, KN3ILZ


On 8/19/2021 3:06 PM, Bengt SM6MUY via groups.io wrote:

Did a test with an old version v2.0.1, yes old. CAT works perfectly to my Rig and PA ! When I change band in WSJT-x the band is also changed on the Rig and PA !

73/Bengt, SM6MUY



locked Re: Off frequency signals #modes

George Weller KD9PCN
 

Thanks for the replies, all.  I was operating FT8 on the wsjt-x standard frequency, 14.074, and I'm  aware that 14.0715 is a standard PSK slot (indeed there was one PSK station in the mix).  I often do PSK there.  But PSK timing doesn't follow the :00, :015, 0:30 etc timing of FT8.  The funny stuff I was seeing did.  Theories about sidebands etc. don't explain why there were several stripes in the waterfall (one station maybe, but...).  Anyway, it only happens occasionally, and causes no real trouble.  But I'd love to know...  73, KD9PCN


locked Re: WSJT UDP Message Format #networking

Sam Birnbaum
 

Hi Randy,

Thanks for the reply.

73,

Sam W2JDB



-----Original Message-----
From: wb0smx <rdpecken@...>
To: main@WSJTX.groups.io
Sent: Thu, Aug 19, 2021 6:24 pm
Subject: Re: [WSJTX] WSJT UDP Message Format #networking

It runs in the node-red environment only.  For most people, they have it running on a Raspberry Pi.  They set it up to run automatically on restarts.  Typically, there is a timer or two to set off the program at appropriate intervals, or just once at the right time.  Mine runs 24/7 and attempts to listen to or make connection with the devices periodically if they are not online already.
I've read that  an always on micro such as the PI is better than Windows because of this.
Besides ham radio stuff, it is also useful for other home control projects which would typically be running 24/7.

--
Randy WB0SMX




locked Re: WSJT-X shuts down unexpectedly (Raspberry Pi Raspian OS) #wsjt-x-crashing

Steve Johnson
 

That makes more sense Bill. Well, I will uninstall Hamlib and re-install it, then uninstall WSJTX and fall back to a previous version as it WAS running in previous months.  Hopefully I can get back to a place where it does crash. 


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

Bill Somerville
 

On 19/08/2021 22:13, Dave Sellars wrote:
Windows 10
WSJT-X v 2.4.0
Icom IC7300

I am new to WSJT-X and I'm still learning many of the configuration options.  So far I have managed to get WSJT-X to decode and transmit, although I'm still trying to fine tune the transmit function.

How do I get WSJT-X to display the "Country Name" along with other data displayed in the "Band Activity" and "Rx Frequency" windows? I have managed to get it to display "Zones", but not the Country Name. It seems to be related to which options are selected on the color window but I have tried multiple options but "Country Name" is still not displayed. Note that the box for "Show principal prefix instead of country name" is NOT checked.

Help will be greatly appreciated. Dave
Hi Dave,

if you are seeing Zones then you probably have the Zone highlighting options at higher priority than others. That means until you have worked those the next priority highlight will not be displayed. Try unchecking any highlighting options you are not interested on the "Settings->Colors" panel, and drag and drop the items to move the higher priority items further up the list. Note that only the highest priority highlighting invoked (not grids as they are shown in the decoded message anyway) is appended to decoded CQ messages.

73
Bill
G4WJS.


locked Re: WSJT-X shuts down unexpectedly (Raspberry Pi Raspian OS) #wsjt-x-crashing

Bill Somerville
 

On 19/08/2021 19:45, S Johnson wrote:
Did the "Info Threads" data help anything? My understanding at this point (from the replies here) is that Mike has detected a bug in Hamlib and will fix this in the next release -- but when is that expected?
Hi OM (still no name?),

it helped but not in a positive way. It looks like the gdb backtrace (bt) command is not showing the current stack frames that would give some clues to what routine was running when it crashed. I expect this is a limitation of gdb on the ARM platform with release configured executables. What it does show is the thread that crashes is under control of the QThread class, which unlike Mike's assumption that it is a Qt issue, implies that the crash is in the WSJT-X rig control thread where Hamlib code is running. Other than that all we can determine is that the application crashed in the strlen() library function. That is likely to be due to strlen() being passed a null pointer.

73
Bill
G4WJS.


locked Re: WSJT UDP Message Format #networking

wb0smx
 

Oh, hate to reply to my own message, but the cool thing is that a program created for node-red on one platform (Linux/Raspbian/Mac/etc) can be easily copied to another platform.  At most, if you haven't loaded some functions that are used in the imported program, you would have to install the missing functions from the new platform node-red.
Much easier than finding missing libraries in C or other languages.
--
Randy WB0SMX


locked Re: WSJT UDP Message Format #networking

wb0smx
 

It runs in the node-red environment only.  For most people, they have it running on a Raspberry Pi.  They set it up to run automatically on restarts.  Typically, there is a timer or two to set off the program at appropriate intervals, or just once at the right time.  Mine runs 24/7 and attempts to listen to or make connection with the devices periodically if they are not online already.
I've read that  an always on micro such as the PI is better than Windows because of this.
Besides ham radio stuff, it is also useful for other home control projects which would typically be running 24/7.
--
Randy WB0SMX


locked Not Showing Country Name #Windows10 #WSJTX_config #install

Dave Sellars
 

Windows 10
WSJT-X v 2.4.0
Icom IC7300

I am new to WSJT-X and I'm still learning many of the configuration options.  So far I have managed to get WSJT-X to decode and transmit, although I'm still trying to fine tune the transmit function.
 
How do I get WSJT-X to display the "Country Name" along with other data displayed in the "Band Activity" and "Rx Frequency" windows? I have managed to get it to display "Zones", but not the Country Name. It seems to be related to which options are selected on the color window but I have tried multiple options but "Country Name" is still not displayed. Note that the box for "Show principal prefix instead of country name" is NOT checked.

Help will be greatly appreciated. Dave

11981 - 12000 of 39790