Date   

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


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

Steve Johnson
 

But I don't think I've ever installed or used QT??


locked Re: Received Audio Level scale floor different with different sound cards

Michael Black
 

I'm seeing a lot of noise on your waterfall.   I've seen problems with some computers having really bad internal noise.

Let's talk signal levels....

Speaker level is in the region of 1V to 100V
Pro Line level is in the region of 1.228V (something we don't see in our ham equipment)
Consumer Line level is in the region of 316 mV
Microphone level is in the region of 2.5mV to 23mV -- this is where the 20dB boost is needed for those microphones that are at the low end of this range.

I've seen people plug their headphone jack into a microphone -- talk about over driving the audio chain!!!! You have to turn down the rig's speaker volume to just about minimum to make this work without harmonics....all the splatter RTTY operators are used to seeing comes from a lot of the older rigs where there was no decent audio connection other than a headphone jack.

USB devices that have the gain control are likely expecting microphone levels.

We should be seeing line levels coming from the rigs.

0dB on most Windows audio driver levels means "no amplification or attenuation" and should be either mid-range or the far right of most audio drivers. 



Mike W9MDB




locked Re: Received Audio Level scale floor different with different sound cards

Alan G4ZFQ
 

On 19/08/2021 20:00, wa0zti via groups.io wrote:
The USB sound card has no gain control, just the level control.
Derek,

As Bill has said, if it works satisfactorily then do not worry. Different devices do not always match.
It may be that the best driver is not loaded, maybe just Windows generic USB sound driver.
Maybe the manufacturer of the chip has a different driver.

73 Alan G4ZFQ


locked Re: When to expect a good echo from the moon on 2m? #adiFiles #Echo

Ignacy Misztal
 

I hand point the antenna and the cable is short. Hearing the echo in CW is an art, but hearing an echo as programmed into WSJT ( 2 s repeated transmissions over several minutes) should be simpler. 

Will made the "Sun" check and also will try getting better antennas. 

Ignacy NO9E


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
 

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: WSJT-X shuts down unexpectedly (Raspberry Pi Raspian OS) #wsjt-x-crashing

Michael Black
 

No..I didn't detect a bug necessarily...I just put a check on the one strcpy routine in flrig.c to spit out a debug error message and avoid the strcpy when the argument is null.  But it appears from your log that it's a bug in Qt instead.  The logs you sent before look OK from hamlib's perspective.

Are you able to compile hamlib on your system?  

If you can compile 
cd Hamlib
./bootstrap
./configure
make install

Then run rigctld and set up WSJT-X to call Hamlib NET rigctl.

rigctld -m 4 -vvvvv 2>&1 log.txt

If you still have the problem send me the log.txt file.

Mike W9MDB




On Thursday, August 19, 2021, 01:45:16 PM CDT, S Johnson <cascadianroot@...> 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? 




locked Re: Off frequency signals #modes

 

It’s still supposed to be. I’ve had the occasional PSK31 QSO on this frequency. More interesting than the wham bam thank you ma’am FT8 QSO’s. That said I had a ten second CW QSO the other day-

CQ <call> GM3ZZA KN GM3ZZA 599 599 SK. It was a German special event station. Less information than you get on FT8.

 

73 Phil GM3ZZA

 

Sent from Mail for Windows

 

From: robert kupps
Sent: 19 August 2021 18:45
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] Off frequency signals #modes

 

Hi George, 14 .070 used to be a PSK 31/64 watering hole.

 

You might want to check out this site for sounds and visuals of other digital modes:

 

 Robert

W6INO

On Aug 19, 2021, at 10:31 AM, Bill, WB6JJJ <bill@...> wrote:

 

You didn’t state which frequency.  If it was 14.070 or 14.090 then it may have been FT8 in Fox/Hound mode.
Bill
WB6JJJ



On Aug 19, 2021, at 10:28 AM, George Weller <gvweller@...> wrote:

While operating FT8 on 20m recently, I've noticed activity below the tuned frequency.  Timing and appearance on the waterfall make it look like someone was operating FT8 on LSB instead of USB.  There appear to be no FT4 or js8call frequencies in that area.  I've tried tuning to that area, but these signals won't decode as FT8.  Anyone know what this is?




 

W6INO

~~~~~~~~~~~~~~~~~~~~~~~~~~~
Twenty years from now, you will be more disappointed by the things you didn't do than by the ones you did do. 
 So, throw off the bowlines. Sail away from the safe harbor. Catch the trade winds in your sails. Explore. Dream. Discover.
 -Mark  Twain

 

 

 

 

 


--
73 Phil GM3ZZA


locked Re: Received Audio Level scale floor different with different sound cards

Ron / W4MMP
 

Hi Derek,

I have the same exact situation.  Just little back ground:  I was using a SIIG USB/Audio adapter (I have no clue which audio chip it implements).  About two Windows updates ago,  something weird started occurring.  Occasionally and intermittently,  the  WSJT-X volume indicator go to 100 and get stuck there.  There would be no decodes when this happens.  I tested with Fldigi and the same thing happened.  Restarting either application clears the issue (for a while).  It appears the driver Windows installed and the SIIG chip don't get along very well. 

So, I switched to a C-Media USB/Audio adapter.  I then found the exact same thing as you have reported.  With the level set to zero, no decodes but WSJT-X reports a value of 40db.   This does not happen with the SIIG adapter.   When the SIIG adapter level is set to zero,  WSJT-X reports zero (and obviously no decodes).  Note: nothing was changed but the adapter, not even the USB port. 

73,
Ron / W4MMP
On 8/19/2021 15:00, wa0zti via groups.io wrote:

"So 0dB is OK?"
In my case yes. But I want to be clear. In my internal sound card (Motherboard), the mic input has a gain control
AND a level control. Its the gain control that makes the difference in WSJT-X receiver level floor as shown the 
the attached screen shots. 
The USB sound card has no gain control, just the level control. If the level control is set to 0, no RX audio gets
to the software to be decoded. Yet the receive level floor in WSJT-X is still 40db.
That is just plain strange.  Maybe its just a poor sound card except I don't hear the noise when I configure the
desk top speakers to listen to the mic input.

Derek

On Thursday, August 19, 2021, 08:46:18 AM MDT, Derek Toeppen <wa0zti@...> wrote:


Martin,

    Your comments turned up something.
    The cheap USB sound card input is in fact a mic input (not Line-in). I had checked earlier for a mic gain setting
as you suggested some mic inputs have. It did not have a mic gain setting, just a level setting. So I forgot all about
it.
     Prior to your comment, I had checked the behavior of the mic input on my internal (mother board) sound card. I found
the receiver signal floor was 10db (higher than the line-in of the same internal sound card that had a 5db floor). But more
importantly, that mic input does have a mic gain control. So after your comment, I adjusted it to see what would happen. 
When the gain is set to 0db, the WSJT-X signal floor is <5db (much like the line-in). At +40db (max), the WSJT-X signal floor is 40db ( just like the cheap USB mic input).
     I had previously measured the USB sound card mic input signal levels (gain) and did not think it was excessive. But 
clearly it is higher than the internal sound card line-in and that (plus maybe its general noise performance of the card) is 
effecting the WSJT-X signal floor. 
      Moral of the story, its best to use a line-in. If you must use a mic input, get one with a gain control.

Good suggestion, Thanks

Derek

On Thursday, August 19, 2021, 04:09:05 AM MDT, Martin G0HDB <marting0hdb@...> wrote:


On Tue, Aug 17, 2021 at 10:33 PM, wa0zti wrote:
I have been using wsjtx for months with the sound card built into my PC mother board. I decided I wanted to free it up
for other things so I purchased a simple USB sound card. It simply has a headphone/speaker port and a microphone
port. And I have run into something interesting with the receiver audio when I tried to use it.
[Snipped]


The 40db meter floor does not appear on the water fall display as noise and I have no trouble decoding FT-8 signals.
Any ideas why wsjtx is reacting differently to the two cards?
Have you checked the Windows settings for the new USB sound card and confirmed that the Mic gain is set to 0dB and also that there are no enhancements enabled?  I believe some sound devices can be set to provide an additional 20dB of mic gain, to accommodate low-output microphones, so you definitely don't want to have that enabled.

Also, once you've ensured that there's no Mic gain enabled for the USB sound device you might be able to reduce the audio output level from your rig (depending on the make and model of the rig) so that you get a low reading on the WSJT-X audio level 'thermometer' when there's no input whatsoever to the sound device.

--
Martin G0HDB




locked Re: Received Audio Level scale floor different with different sound cards

wa0zti <wa0zti@...>
 
Edited

 
"So 0dB is OK?"
In my case yes. But I want to be clear. In my internal sound card (Motherboard), the mic input has a gain control
AND a level control. Its the gain control that makes the difference in WSJT-X receiver level floor as shown the 
the attached screen shots. 
The USB sound card has no gain control, just the level control. If the level control is set to 0, no RX audio gets
to the software to be decoded. Yet the receive level floor in WSJT-X is still 40db.
That is just plain strange.  Maybe its just a poor sound card except I don't hear the noise when I configure the
desk top speakers to listen to the mic input.
 
Derek
 
On Thursday, August 19, 2021, 08:46:18 AM MDT, Derek Toeppen <wa0zti@...> wrote:
 
 
 
Martin,
 
    Your comments turned up something.
    The cheap USB sound card input is in fact a mic input (not Line-in). I had checked earlier for a mic gain setting
as you suggested some mic inputs have. It did not have a mic gain setting, just a level setting. So I forgot all about
it.
     Prior to your comment, I had checked the behavior of the mic input on my internal (mother board) sound card. I found
the receiver signal floor was 10db (higher than the line-in of the same internal sound card that had a 5db floor). But more
importantly, that mic input does have a mic gain control. So after your comment, I adjusted it to see what would happen. 
When the gain is set to 0db, the WSJT-X signal floor is <5db (much like the line-in). At +40db (max), the WSJT-X signal floor is 40db ( just like the cheap USB mic input).
     I had previously measured the USB sound card mic input signal levels (gain) and did not think it was excessive. But 
clearly it is higher than the internal sound card line-in and that (plus maybe its general noise performance of the card) is 
effecting the WSJT-X signal floor. 
      Moral of the story, its best to use a line-in. If you must use a mic input, get one with a gain control.
 
Good suggestion, Thanks
 
Derek
 
On Thursday, August 19, 2021, 04:09:05 AM MDT, Martin G0HDB <marting0hdb@...> wrote:
 
 
On Tue, Aug 17, 2021 at 10:33 PM, wa0zti wrote:
I have been using wsjtx for months with the sound card built into my PC mother board. I decided I wanted to free it up
for other things so I purchased a simple USB sound card. It simply has a headphone/speaker port and a microphone
port. And I have run into something interesting with the receiver audio when I tried to use it.
[Snipped]


The 40db meter floor does not appear on the water fall display as noise and I have no trouble decoding FT-8 signals.
Any ideas why wsjtx is reacting differently to the two cards?
Have you checked the Windows settings for the new USB sound card and confirmed that the Mic gain is set to 0dB and also that there are no enhancements enabled?  I believe some sound devices can be set to provide an additional 20dB of mic gain, to accommodate low-output microphones, so you definitely don't want to have that enabled.

Also, once you've ensured that there's no Mic gain enabled for the USB sound device you might be able to reduce the audio output level from your rig (depending on the make and model of the rig) so that you get a low reading on the WSJT-X audio level 'thermometer' when there's no input whatsoever to the sound device.

--
Martin G0HDB




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

Steve Johnson
 

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? 


locked Re: Off frequency signals #modes

Reino Talarmo
 

While operating FT8 on 20m recently, I've noticed activity below the tuned frequency.  Timing and appearance on the waterfall make it look like someone was operating FT8 on LSB instead of USB.  There appear to be no FT4 or js8call frequencies in that area.  I've tried tuning to that area, but these signals won't decode as FT8.  Anyone know what this is?

Hi George,

There is minor possibility that those are the lower sideband of a simple double sideband transmitter. You could try to decode those using LSB in your rig.
73, Reino OH3mA


locked Re: Received Audio Level scale floor different with different sound cards

Alan G4ZFQ
 

When the gain is set to 0db, the WSJT-X signal floor is <5db (much like the line-in).
Derek

So 0dB is OK?
I've used stereo single input sound devices like that for soundcard SDR, rather more critical than WSJT, and have been satisfied by results.
Often it seems such devices are designed like that, minimum volume is equivalent to a line input.

73 Alan G4ZFQ

12181 - 12200 of 39978