Date   

locked Re: Constructive criticism

d_ziolkowski
 

John-

perhaps you could compile and maintain said information?

Dan KC2STA

On Mon, Aug 31, 2020 at 5:29 PM JP Tucson, AZ <samcat88az@...> wrote:
Nope! Sorry...

That says what it fixed; not what it broke!

Like: 
A) the .adi header, or
B) the Yaesu 897, 817, etc., or
C) the decodes issues, or
D) the problems with band hopping ...

Etc.!



73 - John - N7GHZ

On Mon, Aug 31, 2020, 1:35 PM Lloyd Korb <lloydk8dio@...> wrote:

On Mon, Aug 31, 2020 at 3:56 PM JP Tucson, AZ <samcat88az@...> wrote:
Hi guys.

As I think we all have seen; there have been countless help posts concerning several bugs in v2.2.2. - With generally the same replies/answers.

So, out of curiosity, I just rechecked on the Official Princeton WSJT-X website & nowhere is there a section on that page that lists Known Bugs & fixes or work-arounds.  There really should be one; it would save you guys a lot of repetitious answers on groups.io  .









--
Dan Ziolkowski KC2STA
SKCC #4290T
Ubuntu LINUX


locked Re: Waterfall active, no decodes

lmeeny
 

Reino,

Thank you for the reply. Here are my responses and comments on your concerns.

"I have followed with interest this discussion. I have not seen which rig you are using and how its audio is connected to your PC. Also PC operating system may
be an issue."

I'm using Windows10 PRO version 2004, build 19041.450. The link between my rig, a TenTec Eagle, and WSJT-X is a Signalink USB.

"All seems to indicate that your audio (path) has some serious difficulty. Most probably you have already checked that PC audio sampling rate is 48000 Hz with 16 bits, although also other sampling rates should work."

The Signalink USB sampling rate is 48,000 Hz at 16 bits. WSJT-X generates .wav files from the waterfall that, when using WSJT-X FILE --> LOAD, are decoded properly.

"You have also checked that your rig is really using upper sideband (USB) not lower sideband, actually then it should not decode any signals unless some station is using LSB, hi!"

Yes, the rig is set for USB

"One issue that is not easy to see is related to continuous audio sampling, sometimes waterfall may give some hint. If there are some missing time periods timewise, I mean sampled audio stream is shorter due to missing periods, then decoding is very difficult as symbols are no more in proper locations. That may happen, if PC load is so high that audio samples are missed from the audio stream for a considerable time period(s). Another cause for missing periods could be virtual audio connections in SDR radio systems (and in remote rig usage)"

I believe, perhaps mistakenly, that the ability to decode the saved .wav files validates the audio stream.

Any additional comments or suggestions will be appreciated!

73,

Ed W2GHD


locked Re: CONTEST LOG TO ADI FILE

Martin G0HDB
 

On Mon, Aug 31, 2020 at 07:41 PM, Rod Linkous wrote:
Seems like I remember seeing a technique to transferring a contest to ADI file.  Is it possible?

Thanks and 73

Rod W7OM
Hi Rod, all your contest QSOs should already be in the wsjtx_log.adi file.

If you renamed your original wsjtx_log.adi file to something else, eg. wsjtx_log.full, before the start of a contest then when you first fired-up WSJT-X in readiness for the contest the app would have created a brand-new blank wsjtx_log.adi file and all your contest QSOs would have been written to the new wsjtx_log.adi file. 

After a contest is finished all you need to do is copy all the QSOs from the contest's wsjtx_log.adi file into the wsjtx_log.full file then delete or rename the contest's wsjtx_log.adi file and finally rename the wsjtx_log.full file back to wsjtx_log.adi.

Of course, if you didn't do anything to your original wsjtx_log.adi file before the contest then all your contest QSOs will just have been appended to the existing wsjtx_log.adi file.

HTH,
--
Martin G0HDB


locked Re: Constructive criticism - part 2...

JP Tucson, AZ
 

Let me add this:

Perhaps you should also please ask to stop the OVER-moderation of this groups.io page!

Maybe, just maybe if the helpful hints & answers posted here actually remained here... people could actually make this a useful tool & find some good resources.

I have seen 100% valid & helpful posts disappear within 3 minutes. 


73 - John - N7GHZ


On Mon, Aug 31, 2020, 12:56 PM JP Tucson, AZ via groups.io <samcat88az=gmail.com@groups.io> wrote:
Hi guys.

As I think we all have seen; there have been countless help posts concerning several bugs in v2.2.2. - With generally the same replies/answers.

So, out of curiosity, I just rechecked on the Official Princeton WSJT-X website & nowhere is there a section on that page that lists Known Bugs & fixes or work-arounds.  There really should be one; it would save you guys a lot of repetitious answers on groups.io  .






locked Re: Waterfall active, no decodes

lmeeny
 

Bill,

I am and have been using BktTimeSync. I also checked the time displayed on the main WSJT-X window against time.is and they matched.

Ed



locked Re: Constructive criticism

JP Tucson, AZ
 

Nope! Sorry...

That says what it fixed; not what it broke!

Like: 
A) the .adi header, or
B) the Yaesu 897, 817, etc., or
C) the decodes issues, or
D) the problems with band hopping ...

Etc.!



73 - John - N7GHZ


On Mon, Aug 31, 2020, 1:35 PM Lloyd Korb <lloydk8dio@...> wrote:

On Mon, Aug 31, 2020 at 3:56 PM JP Tucson, AZ <samcat88az@...> wrote:
Hi guys.

As I think we all have seen; there have been countless help posts concerning several bugs in v2.2.2. - With generally the same replies/answers.

So, out of curiosity, I just rechecked on the Official Princeton WSJT-X website & nowhere is there a section on that page that lists Known Bugs & fixes or work-arounds.  There really should be one; it would save you guys a lot of repetitious answers on groups.io  .







locked Re: Suspect RFI into computer

Kyle K7UU
 

Tell us why, please.

Kyle
K7KE


locked Re: Constructive criticism

Lloyd Korb
 

On Mon, Aug 31, 2020 at 3:56 PM JP Tucson, AZ <samcat88az@...> wrote:
Hi guys.

As I think we all have seen; there have been countless help posts concerning several bugs in v2.2.2. - With generally the same replies/answers.

So, out of curiosity, I just rechecked on the Official Princeton WSJT-X website & nowhere is there a section on that page that lists Known Bugs & fixes or work-arounds.  There really should be one; it would save you guys a lot of repetitious answers on groups.io  .






locked Re: Suspect RFI into computer

Joe Burnham <wd4kav@...>
 

Not sure what you mean by “rf filters”, but I had a similar problem here with my 7300 and PC, connected by a single USB cable.

I bought some clamp on toroids and put one at the end of the cable before it connects to the port on the computer. I also looped the power cable to the pc through a larger toroid up close to where the power cord plugs into the PC.

This fix solved my problems, and I can run 50-60 watts output to my vertical which is about 25 feet away. OH, make sure your rig and tuner are grounded too.

73, Joe

On Aug 31, 2020, at 9:31 AM, wojtasczyk@... wrote:

I


locked Re: Subprocess error

rturpen@...
 

I ran into this problem on mac, got around it by adding an empty bash script into the .app package.

in wsjtx.app , show contents, create new file in Contents/MacOS named user_hardware, chmod +x so it can execute. contents of new file on next line

#!/usr/bin/env bash

wsjtx will then execute it and get back a good return value, allowing the app to continue. for windows it would be a bat file doing nothing, on linux same as mac os, file locations differ on those platforms, haven’t had a chance to try it on those yet.

73
N0SSL

On Aug 31, 2020, at 12:18 PM, Bill Somerville <g4wjs@...> wrote:

On 31/08/2020 16:38, DAVID GRIFFITHS wrote:
I have finally got my transceiver and computer talking to one another and WSJTX seemed to be working alright. However, I got a number of errors.
" Running C:\WSJT\wsjtx\bin\user hardware 10 ( also 15,20 and 40).Process failed to start:The system cannot find the file specified."
What does this mean and how do I correct it?
Kind regards
David Griffiths G4PKV
Hi David,

there is a known defect in WSJT-X v2.2.2 with WSPR band hopping mode. If you need band hopping mode then I recommend you use WSJT-X v2.1.2.

https://sourceforge.net/projects/wsjt/files/wsjtx-2.1.2/

73
Bill
G4WJS.


locked Constructive criticism

JP Tucson, AZ
 

Hi guys.

As I think we all have seen; there have been countless help posts concerning several bugs in v2.2.2. - With generally the same replies/answers.

So, out of curiosity, I just rechecked on the Official Princeton WSJT-X website & nowhere is there a section on that page that lists Known Bugs & fixes or work-arounds.  There really should be one; it would save you guys a lot of repetitious answers on groups.io  .





locked World-wide Digi DX Contest Problem

John, K9MM
 

I'm running WSJT-X v2.2.2 on a Windows 10 Pro v1909 system with a FlexRadio 6600M using the slice-master interface to Smart SDR v2.62..

Soon after I enabled the "Special Operating Activity" mode for this contest on Saturday, I encountered a problem where the Decode indicator would remain illuminated at the end of the decode cycle and there would be no more decodes. I believe this is the same problem reported during Field Day. Clearing the decode window and hitting ALT-Z would correct the problem, but only momentarily.

I switched back to normal operating mode, but the problem persisted. I shut down and re-started WSJT-X, but the problem persisted. I shut down WSJT-X, slice-master, and the SDR software, but the problem persisted. Finally, I re-booted the computer, and that fixed the problem as long as I didn't enable Special Operating Activity again.

I didn't see anyone else reporting this problem during the contest. Am I the only one who was seeing it? During Field Day many were reporting it. Is there a work-around? Thanks!

73,

John, K9MM


locked Re: Suspect RFI into computer

Jim Brown
 

On 8/31/2020 12:16 PM, Joe KN5Y via groups.io wrote:
Read Palomar Engineering online RFI issues. Consider wrapping cables around ferrite toroids as well as using snap-on chokes
I do NOT recommend this company or their materials.

73, Jim K9YC


locked Re: Suspect RFI into computer

Jim Brown
 

On 8/31/2020 12:03 PM, Lilburn Smith wrote:
The ground wire should go to a good driven ground rod.
For lightning protection, yes, as well as all other bonding described in my tutorial, previously posted in this thread.

BUT -- the earth is NOT a sump into which hum, buzz, or RFI are poured.

73, Jim K9YC


locked Re: Subprocess error

JP Tucson, AZ
 

Hi Bill,

About when is the new release due to fix the several bugs?



73 - John - N7GHZ


On Mon, Aug 31, 2020, 12:18 PM Bill Somerville <g4wjs@...> wrote:
On 31/08/2020 16:38, DAVID GRIFFITHS wrote:
> I have finally got my transceiver and computer talking to one another
> and WSJTX seemed to be working alright. However, I got a number of errors.
> " Running C:\WSJT\wsjtx\bin\user hardware 10 ( also 15,20 and
> 40).Process failed to start:The system cannot find the file specified."
> What does this mean and how do I correct it?
> Kind regards
> David Griffiths G4PKV

Hi David,

there is a known defect in WSJT-X v2.2.2 with WSPR band hopping mode. If
you need band hopping mode then I recommend you use WSJT-X v2.1.2.

https://sourceforge.net/projects/wsjt/files/wsjtx-2.1.2/

73
Bill
G4WJS.



locked Re: Subprocess error

Bill Somerville
 

On 31/08/2020 16:38, DAVID GRIFFITHS wrote:
I have finally got my transceiver and computer talking to one another and WSJTX seemed to be working alright. However, I got a number of errors.
" Running C:\WSJT\wsjtx\bin\user hardware 10 ( also 15,20 and 40).Process failed to start:The system cannot find the file specified."
What does this mean and how do I correct it?
Kind regards
David Griffiths G4PKV
Hi David,

there is a known defect in WSJT-X v2.2.2 with WSPR band hopping mode. If you need band hopping mode then I recommend you use WSJT-X v2.1.2.

https://sourceforge.net/projects/wsjt/files/wsjtx-2.1.2/

73
Bill
G4WJS.


locked Re: Suspect RFI into computer

Joe KN5Y
 

Read Palomar Engineering online RFI issues. Consider wrapping cables around ferrite toroids as well as using snap-on chokes

Regards,
Joe Ellis KN5Y 

On Aug 31, 2020, at 11:50, JP Tucson, AZ <samcat88az@...> wrote:


Also...  put about 3 to 5 ferrites on the coax near the tuner & on the patch coax between the tuner & radio.


73 - John - N7GHZ

On Mon, Aug 31, 2020, 9:31 AM <wojtasczyk@...> wrote:
I am new to the digi modes and am slowly both figuring this out and understanding how it works.  But I suspect that I have getting RFI into my computer causing problems.  I am using an IC-706MKIIG into an antenna tuner feeding a 130 long wire antenna.  I am able to tune to my freq in CW with no problems to the computer.  But when I begin to operate FT*, about after every other or third transmission, WSJT programs says that there is a rig control error and if I want to reconfigure the rig control systems.  I click ok and re-enable the TX and am able to continue TXing to complete the QSO.  In the most extreme it causes my computer to reboot.  I've increased the separation of my turner from the computer and have added a number of RF filters to a number of leads connecting to the back of the computer (I've got more now to continue placing the filters on a few remaining leads).  Am I pursuing the correct problem?

Thank you for all your help,
KA5SWC
John Wojtasczyk



locked Re: Suspect RFI into computer

Lilburn Smith <lilburn@...>
 

John,
I had much the same problems until I ran a #12 wire ground from the transmitter to the frame of the computer. My computer does not have provision for a ground, but I put a ground lug under one of the power supply mounting screws. Run the ground wire from the computer to the Icom and to the antenna tuner and see if the problem clears up. The ground wire should go to a good driven ground rod.
Lilburn W5KQJ


locked Re: Suspect RFI into computer

Jim Brown
 

On 8/31/2020 9:31 AM, wojtasczyk@... wrote:
I am using an IC-706MKIIG into an antenna tuner feeding a 130 long wire antenna
I suspect a basic antenna problem, which is the lack of a dedicated return for antenna current. If we don't provide a return, Mother Nature will find her own, which may be through your ham shack and interconnected equipment to the green wire on the power line that equipment is plugged into.

Common dedicated returns for antenna current are radials or a wire counterpoise that can be in the air or laying on the ground.

In the shack, most RFI problems can be eliminate by proper bonding. N0AX has written a fine ARRL book on the topic of Grounding and Bonding, to which I contributed extensively. On my website is a pdf of slides for talks I've done at Pacificon, Visalia, and to several ham clubs. It includes a lot of conceptual drawings about how to do it right.

http://k9yc.com/GroundingAndAudio.pdf

Yes, ferrites can help, and for HF, 4-5 turns should be wound through a #31 core or clamp-on. But don't let that prevent you from doing proper bonding, which has the more critical result of greatly reducing the likelihood that lightning would destroy your equipment! Proper bonding is pretty easy and inexpensive -- all it takes is wire and our time to do it!

73, Jim K9YC


locked Re: Suspect RFI into computer

dk1wb
 

John,
most likely your RFI is hitting the USB interface between PC and TRX. You should use a USB cable with double shielding and RF chokes an each end. If this does not solve the problem try to connect the shield of the USB connector at the PC side to the tuner chassis by means of a ground clip which is common for scope probe tips. My TX power can now go up to 500 W without affecting the (notebook) PC.

73; Hans (DK1WB)