Re: [wsjt-devel] Waterfall stops on Raspberry Pi

[Daniel Uppström via wsjt-devel]

No, actually no specific conditions. I just install the deb-package and run the program basically.
And again, I first experienced this problem on a Raspberry Pi, running Raspberry Pi OS, with a USB-audio-dongle. But then I got it also on my stationary machine with motherboard audio and Linux Mint. So it seems to be related to how WSJT-X suspends/pauses/closes the audio stream on Linux in general.
/Daniel



On 8/23/22 22:50, alawler mudhawk.com wrote:

Hi Daniel,  Is there a specific set of steps that reproduces this?

I am not set up to tx that way, but I could switch to motherboard audio and try to reproduce it.

al

wb1bqe

Sent from BlueMail

On Aug 23, 2022, at 10:41, "Daniel Uppström via wsjt-devel" <wsjt-devel@lists.sourceforge.net> wrote:

Well, no, since I am using motherboard audio on the Mint machine, that is not on USB.
But I notice that when I try to end the program, after this problem has arisen, it closes the windows but does not stop the wsjtx process. So something is preventing something to close properly.

Daniel



On 8/17/22 22:49, alawler mudhawk.com via wsjt-devel wrote:

I have been running the 2.6 beta on a freshly built mint laptop for a while now with no issues.

Does the output of lsusb change between when you start, and after the problem happens?

al

WB1BQE

Sent from BlueMail

On Aug 15, 2022, at 09:51, William Smith via wsjt-devel <wsjt-devel@lists.sourceforge.net> wrote:

Wow, classic signs of RFI, but not without a transmitter.  8*)

Next guess would be power supply?  Or overheating?

73, Willie N1JBJ

On Aug 15, 2022, at 7:58 AM, Daniel Uppström via wsjt-devel < wsjt-devel@lists.sourceforge.net> wrote:

Hi all,
I still experience this problem, described below. Now tested on WSJT-X v2.5.4 under Linux Mint.
Waterfall stops updating after TX. Without any radio connected at all. So not an RFI issue.
Am I the only one that has seen this problem?

Thanks,
Daniel
SM6VFZ


On 9/25/21 20:43, Daniel Uppström wrote:

Thank you for several suggestions about RFI, but unfortunately it is not. I get the same result without any radio connected whatsoever.

Daniel
SM6VFZ



On 9/25/21 11:27 AM, Alan via wsjt-devel wrote:

Hi, while that may work it's in my view better to find the source of any RFI and get rid of it.  

You never know what else it might be doing!

Try the setup on a dummy load and if it's then OK look at the antenna/feeder arrangement.

Alan G0TLK, sent from my mobile device

On 24 September 2021 23:50:24 Ari Paananen via wsjt-devel <wsjt-devel@lists.sourceforge.net> wrote:

Hi Daniel,

Sounds like RF from your own transmissions is getting through to

the RasPi and disabling the USB-ports. Installing snap-on ferrites

to both ends of the USB-cables, Raspi power-wire and any other

possible connections might help.

On 25.9.2021 1:19, Bill Somerville via wsjt-devel wrote:

On 24/09/2021 23:09, Daniel Uppström via wsjt-devel wrote:

Hi,

On my Raspberry Pi 3 32 bit I get WSJT-X to stop the waterfall in 

FT-8 mode after I initiate a transmission. When the program starts 

the waterfall shows the FFT data as it should so I don't think this 

is a performance issue. But when transmitting, it just stops and 

doesn't start again until I restart the program.

I have asked this question earlier this year but didn't get a reply. 

Now I updated to WSJT-X 2.4.0 but the exact same problem is still 

there.

Any thoughts?

Daniel / SM6VFZ

Hi Daniel,

that may be an RFI issue, is your audio link to the rig using a USB 

interface?

73

Bill

G4WJS

_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel