Date   

locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Gene Horr
 

Sam: Icom 7300
Bill:  Files sent.

Looks like a jump occurs between time 17.063933 and time 17.347238 if I am reading the file correctly.


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Gene Horr
 

Ok, I'll try that.  I was able to download serial port monitoring software and was able to capture a short session.  

Gene
NG1H


locked Re: #txaudio #txaudio

Hasan Schiers N0AN
 

If you have dedicated USB sound devices (like a cheap dongle) and you assign WSJT-X to them, you won't have Win10 Pro update problems UNLESS....you plug in or unplug a new USB device, in which case the USB devices get re-enumerated by windows...and then the order of things can get messed up.

My suggestion:

Rename your WSJT-X audio devices (you can do that in windows), to a name that you will recognize (very handy if they re-enumerate) Restart WSJT-X after you do this renaming.

If you plug in or remove a USB device (audio), be sure to check to see that a name has not changed and that WSJT-X is still talking to the device you had previously set.

Since I went to naming my audio devices and NOT changing any USB audio devices, I have not had the problem with a Win10 Pro update messing things up for WSJT-X. Just remember if you change (add or remove) a USB audio device, you are well ahead of the game to check that your devices in X still match up the names in Windows list of Audio Devices.

73, N0AN
Hasan


On Thu, Sep 2, 2021 at 1:18 PM Gilbert Baron <w0mn00@...> wrote:

IF you have more than 1 sound card and you leave one as the default and do not use the default card in any way for your radio usage AND you do not use the second card for anything but your radio usage then this will not happen. It has not been the least problem for me for any version of Windows. Now on W10 Pro but have used many other versions.

 

Outlook Laptop Gil W0MN

Hierro candente, batir de repente

44.08226N 92.51265W EN34rb

 

From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Pete Singleton via groups.io
Sent: Thursday, September 2, 2021 11:43
To: main@WSJTX.groups.io
Subject: [WSJTX] #txaudio

 

Hi

I hate Windows 10.  It keeps messing with my audio setup.  

I have a PC with Win10 Pro 64bit.  I use WSJT-X (now v2.4.0) for FT8.  I connect to my radio (various Icom, Yaesu) via an USB 'Audio Codec'.  The cabling is stable - I don't replug my USB ports.

When I boot up the PC, turn on the radio and load WSJT-X Rx seems fine but the Tx audio usually doesn't work.  The volume mixer shows that audio outputs are randomly scrambled. Often the audio from 'system sounds' and/or browsers go to the 'Radio In' codec but WSJT-X audio goes to the 'Display Audio' speakers.

To unscramble the mess I unload WSJT-X,  use 'Sound Settings' to disable the 'Radio In' codec to force everything to go to  'Display Audio'.  After reloading WSJT-X I go back to 'Sound Settings' and check that the WSJT-X audio (and no others) goes to 'Radio In'.

Occasionally, reasons unknown, the scrambling re-occurs if I come back to the radio after being away for a while.  Same procedure sorts it out.

Does anyone know how to fix the setup to be stable?

73 de M0PTB
 


--

W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop



locked Re: #txaudio #txaudio

Gilbert Baron
 

IF you have more than 1 sound card and you leave one as the default and do not use the default card in any way for your radio usage AND you do not use the second card for anything but your radio usage then this will not happen. It has not been the least problem for me for any version of Windows. Now on W10 Pro but have used many other versions.

 

Outlook Laptop Gil W0MN

Hierro candente, batir de repente

44.08226N 92.51265W EN34rb

 

From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Pete Singleton via groups.io
Sent: Thursday, September 2, 2021 11:43
To: main@WSJTX.groups.io
Subject: [WSJTX] #txaudio

 

Hi

I hate Windows 10.  It keeps messing with my audio setup.  

I have a PC with Win10 Pro 64bit.  I use WSJT-X (now v2.4.0) for FT8.  I connect to my radio (various Icom, Yaesu) via an USB 'Audio Codec'.  The cabling is stable - I don't replug my USB ports.

When I boot up the PC, turn on the radio and load WSJT-X Rx seems fine but the Tx audio usually doesn't work.  The volume mixer shows that audio outputs are randomly scrambled. Often the audio from 'system sounds' and/or browsers go to the 'Radio In' codec but WSJT-X audio goes to the 'Display Audio' speakers.

To unscramble the mess I unload WSJT-X,  use 'Sound Settings' to disable the 'Radio In' codec to force everything to go to  'Display Audio'.  After reloading WSJT-X I go back to 'Sound Settings' and check that the WSJT-X audio (and no others) goes to 'Radio In'.

Occasionally, reasons unknown, the scrambling re-occurs if I come back to the radio after being away for a while.  Same procedure sorts it out.

Does anyone know how to fix the setup to be stable?

73 de M0PTB
 


--

W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop


locked Re: Ubuntu WSJT-X Stopped Decoding #IssueReport #FT8 #linux #FlexRadio

Bill Somerville
 

On 02/09/2021 16:16, Alan Blind wrote:
Bill

Thanks for the idea.

Yes, I have shutdown / rebooted everything.

Windows 10 WSJT-X decodes just fine, but, the Ubuntu WSJT-X will not decode the exact same decodes.   So, I think this eliminates the radio and audio stream from being the problem.

Alan
Hi Alan,

are you using SmartSDR and DAX on MS Windows and somehow feeding audio from that to your Ubuntu system? If so can you explain how you do that please?

73
Bill
G4WJS.


locked Re: #txaudio #txaudio

Bill Somerville
 

On 02/09/2021 17:43, Pete Singleton via groups.io wrote:
Hi

I hate Windows 10.  It keeps messing with my audio setup.

I have a PC with Win10 Pro 64bit.  I use WSJT-X (now v2.4.0) for FT8.  I connect to my radio (various Icom, Yaesu) via an USB 'Audio Codec'.  The cabling is stable - I don't replug my USB ports.

When I boot up the PC, turn on the radio and load WSJT-X Rx seems fine but the Tx audio usually doesn't work.  The volume mixer shows that audio outputs are randomly scrambled. Often the audio from 'system sounds' and/or browsers go to the 'Radio In' codec but WSJT-X audio goes to the 'Display Audio' speakers.

To unscramble the mess I unload WSJT-X,  use 'Sound Settings' to disable the 'Radio In' codec to force everything to go to 'Display Audio'.  After reloading WSJT-X I go back to 'Sound Settings' and check that the WSJT-X audio (and no others) goes to 'Radio In'.

Occasionally, reasons unknown, the scrambling re-occurs if I come back to the radio after being away for a while.  Same procedure sorts it out.

Does anyone know how to fix the setup to be stable?

73 de M0PTB
Hi Pete,

have you disabled "Power options->Current plan->Advanced power options->Advanced settings->USB settings->USB selective suspend"?

Also you mention "Display audio", are you using an HDMI monitor? If so then the associated USB audio will power down when the monitor goes into power saving mode, that may be difficult to turn off. If you don't use the HDMI USB audio, you may be able to disable it.

An USB audio device change can potentially disrupt the WSJT-X audio sources.

73
Bill
G4WJS.


locked #txaudio #txaudio

Pete Singleton
 

Hi

I hate Windows 10.  It keeps messing with my audio setup.  

I have a PC with Win10 Pro 64bit.  I use WSJT-X (now v2.4.0) for FT8.  I connect to my radio (various Icom, Yaesu) via an USB 'Audio Codec'.  The cabling is stable - I don't replug my USB ports.

When I boot up the PC, turn on the radio and load WSJT-X Rx seems fine but the Tx audio usually doesn't work.  The volume mixer shows that audio outputs are randomly scrambled. Often the audio from 'system sounds' and/or browsers go to the 'Radio In' codec but WSJT-X audio goes to the 'Display Audio' speakers.

To unscramble the mess I unload WSJT-X,  use 'Sound Settings' to disable the 'Radio In' codec to force everything to go to  'Display Audio'.  After reloading WSJT-X I go back to 'Sound Settings' and check that the WSJT-X audio (and no others) goes to 'Radio In'.

Occasionally, reasons unknown, the scrambling re-occurs if I come back to the radio after being away for a while.  Same procedure sorts it out.

Does anyone know how to fix the setup to be stable?

73 de M0PTB
 


locked #txaudio goes to sleep, power management already disabled #txaudio

Pete Singleton
 

WSJT-X v2.4.0 (And previous from v2.2) 'goes to sleep' after being inactive for more than a few minutes.  Radio (various Icom, Yaesu) goes to Tx but no audio input so no output. OS is Win10 64 bit (and that has other hassles too).  No RF in the shack. I have thoroughly searched all devices in device manager and turned off the power management.  

The setup worked well previously, after disabling power management, until a Windows update a few months ago.

Unloading/reloading WSJT-X starts the Tx audio working again.  Is this a WSJT problem or a Win10 problem?  Any clues gratefully received!

73 de M0PTB


locked Re: What is meaning of "a1" and "?" in FT8 received window #reception #decode

KT7AZ
 

Short answer, shows the probability of reliability of signal data.  There is a chart you can refer too, but is normal at the link in another post.
Gary
--
KT7AZ


locked Re: Ubuntu WSJT-X Stopped Decoding #IssueReport #FT8 #linux #FlexRadio

Alan Blind
 

Bill

Thanks for the idea.  

Yes, I have shutdown / rebooted everything.

Windows 10 WSJT-X decodes just fine, but, the Ubuntu WSJT-X will not decode the exact same decodes.   So, I think this eliminates the radio and audio stream from being the problem.

Alan


locked Re: Ubuntu WSJT-X Stopped Decoding #IssueReport #FT8 #linux #FlexRadio

Bill Somerville
 

On 02/09/2021 15:47, Alan Blind wrote:
I have been running Linux WSJT-X on a Ubuntu machine for several months, with excellent results.

Recently, WSJT-X stopped decodes, even though there are very good signal showing in the waterfall.

I am using mode, FT8 and Decode:Deep.  I tried the other Decode type, same result.

I checked the timing on the computer, and it is has a very small time error.  The timing looks good in the waterfall, too.

I removed and re-loaded WSJT-X, no decodes.

The "Activity Monitor", no longer shows a spike up in CPU usage, indicating no decodes

Any suggestions, on what to check/do next?

Alan. WA9WUD
Hi Alan,

the first thing to check is that your receiver is set to a USB mode. Although the presence of signals on your screen capture at 14.074 MHz would seem to imply that is the case.

Looks like you are running a FlexRadio SDR, maybe  there is a lot of latency built up somewhere between the SDR and WSJT-X, have you tried restarting SmartSDR (if that is what you are using), and the DAX audio tool.

73
Bill
G4WJS.


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Sam Birnbaum
 

Hi Gene,

Sorry I am rather late to this thread but which ICOM radio are you using ?
On most early ICOM radios, the IC-V commands do not have a provision 
to directly change the frequency in the un-selected VFO. They must first
issue a VFO toggle command, then wait for ECHO msg then the CmdReply 
message indicating that the command was completed before changing the 
frequency and then toggling back to the original VFO.  This has to be done 
when using Split RIG. 

That may be why you are getting intermittent problems when switching 
offsets that quickly where the software has to actually change the un-selected 
VFO frequency. 

73,

Sam W2JDB



-----Original Message-----
From: Gene Horr <genehorr@...>
To: main@WSJTX.groups.io
Sent: Thu, Sep 2, 2021 10:25 am
Subject: Re: [WSJTX] Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

There are ferrites on the USB cable, but that is probably irrelevant because there is no RF being sent.  This is only occurring when changing the TX offset.  During all other activities, including transmission, everything works fine.  

The problem is intermittent though there seems to be a correlation with changing the offset quickly multiple times.

As mentioned this only occurs in split mode.  Fake it or no split does not cause this problem.

There are no other libraries loaded.  

As mentioned it appears that the software is sending a "change the frequency by 0.000xxx Mhz" rather than "change frequency to X.XXXXXX Mhz".  Is this what is occurring?

It is probably heavily out of date but I do have some experience in tracking down command issues on non-radio RS-232 and RS-485 systems.  I have no idea what is used with USB nowadays.  If anyone has a recommended method I could try to monitor the commands to see whether it is something happening on the computer side.  





locked Ubuntu WSJT-X Stopped Decoding #IssueReport #FT8 #linux #FlexRadio

Alan Blind
 

I have been running Linux WSJT-X on a Ubuntu machine for several months, with excellent results.

Recently, WSJT-X stopped decodes, even though there are very good signal showing in the waterfall.

I am using mode, FT8 and Decode:Deep.  I tried the other Decode type, same result.

I checked the timing on the computer, and it is has a very small time error.  The timing looks good in the waterfall, too.

I removed and re-loaded WSJT-X, no decodes.

The "Activity Monitor", no longer shows a spike up in CPU usage, indicating no decodes

Any suggestions, on what to check/do next?

Alan. WA9WUD


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Bill Somerville
 

On 02/09/2021 15:25, Gene Horr wrote:
There are ferrites on the USB cable, but that is probably irrelevant because there is no RF being sent.  This is only occurring when changing the TX offset.  During all other activities, including transmission, everything works fine.

The problem is intermittent though there seems to be a correlation with changing the offset quickly multiple times.

As mentioned this only occurs in split mode.  Fake it or no split does not cause this problem.

There are no other libraries loaded.

As mentioned it appears that the software is sending a "change the frequency by 0.000xxx Mhz" rather than "change frequency to X.XXXXXX Mhz".  Is this what is occurring?

It is probably heavily out of date but I do have some experience in tracking down command issues on non-radio RS-232 and RS-485 systems.  I have no idea what is used with USB nowadays.  If anyone has a recommended method I could try to monitor the commands to see whether it is something happening on the computer side.
Hi Gene,

all CAT QSY commands are to an absolute frequency, but WSJT-X does monitor the current frequency and calculates the split offset based on that. Therefore incorrect or corrupt frequency queries could have the effect you are seeing. If you can reproduce the issue easily then the best step forward is to enable CAT diagnostics to track down what is happening. CAT diagnostics will create a very big log if you cannot reproduce the issue in a few operations.

To get a CAT diagnostic log put the attached file into your WSJT-X configuration files directory (on MS Windows that is the same as the log files directory "Menu->File->Open log directory" - if you are on macOS or Linux then let me know and I will tell where to put the log configuration file), restart WSJT-X, carry out the minimum actions to reproduce the issue once, then quit WSJT-X. It will have created a file on your Desktop called "WSJT-X_RigControl.log". Send that file to me (g4wjs <at> classdesign <dot> com) for analysis please?

Once you have sent the log file revert to normal operation by deleting the wsjtx_log_config.ini file.

73
Bill
G4WJS.


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Gene Horr
 

There are ferrites on the USB cable, but that is probably irrelevant because there is no RF being sent.  This is only occurring when changing the TX offset.  During all other activities, including transmission, everything works fine.  

The problem is intermittent though there seems to be a correlation with changing the offset quickly multiple times.

As mentioned this only occurs in split mode.  Fake it or no split does not cause this problem.

There are no other libraries loaded.  

As mentioned it appears that the software is sending a "change the frequency by 0.000xxx Mhz" rather than "change frequency to X.XXXXXX Mhz".  Is this what is occurring?

It is probably heavily out of date but I do have some experience in tracking down command issues on non-radio RS-232 and RS-485 systems.  I have no idea what is used with USB nowadays.  If anyone has a recommended method I could try to monitor the commands to see whether it is something happening on the computer side.  


locked Re: What is meaning of "a1" and "?" in FT8 received window #reception #decode

Dave (NK7Z)
 

Long explanation, see page 78 of the current manual.

73, and thanks,
Dave (NK7Z)
https://www.nk7z.net
ARRL Volunteer Examiner
ARRL Technical Specialist, RFI
ARRL Asst. Director, NW Division, Technical Resources

On 9/1/21 2:38 PM, Dick McClain wrote:
In following window, what is the meaning of the "a1" and the "?" which is
shown on some lines on the right side?
Thanks and 73,
Dick,, KD4S


locked Re: What is meaning of "a1" and "?" in FT8 received window #reception #decode

Bill Somerville
 

On 01/09/2021 22:38, Dick McClain wrote:
In following window, what is the meaning of the "a1" and the "?" which is
shown on some lines on the right side?

Thanks and 73,
Dick,, KD4S
Hi Dick,

the WSJT-X User Guide has the answer to that.

https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.4.0.html#_ap_decoding

73
Bill
G4WJS.


locked What is meaning of "a1" and "?" in FT8 received window #reception #decode

Dick McClain
 

In following window, what is the meaning of the "a1" and the "?" which is 
shown on some lines on the right side?

Thanks and 73,
Dick,, KD4S




locked Re: Two copies of WSJT-X open - slight glitch #transmit #networking

groups.io@...
 

Thanks Bill.

I will try that.

Kind regards - Terry


locked Re: Intermittent Base Frequency Change When Changing TX Offset #Cat_RigControl #Icom

Bill Somerville
 

On 01/09/2021 15:01, Gene Horr wrote:
make sure you have "CI-V Transceive Mode" disabled on your IC-7300 Makes no difference. Out of curiosity how would this effect the commands WSJT-X is sending out and how would this make the rig change frequency when there is no other equipment on the chain?

Gene,

it was only a suggestion, CI-V Transceive Mode causes the rig to emit unsolicited CAT traffic which can collide with commands from a PC, that can result in very strange behaviour.

We have not had other reports of incorrect CAT control, as you describe, of the IC-7300 with WSJT-X v2.4.0. Are you using the built in Hamlib library for direct CAT control or one of the other proxy CAT control methods?

73
Bill
G4WJS.

8781 - 8800 of 36948