Date   

locked Re: WSJT9 install on Ubuntu 20.04

Jon Hall
 

OK Brad.
I'm only on 18.04 .but wsjtx went on with no problems 

I'm not sure of my workflow - but like you I just follow the instuctions from wiser folk !

In fact I find using the ubuntu version better than MSwindows [i'm not a fan of windows]
FLdigi also went on with no upsets.
Believe me if it was difficult - I just give in !
I hope to move up to 20.04 soon - but the upgrade option gives errors , so I guess its a fresh install.


locked Re: WSJT9 install on Ubuntu 20.04

Roger
 

On 25/10/2020 15:57, Jeff Townsend wrote:
I am also interested in this as well.
I am running Ubuntu 20 however I haven’t tried installing anything yet.
I’m guessing this will be difficult with modern versions of Linux.
More than likely the software dependencies are way beyond the versions WSJT’s requires.
Jeff
WB8LYJ
The new release candidate loads quite happily on Kubuntu 20.04 and certainly receives fine. I've not tried transmissions as I've not sorted out mysql for the log yet.

73
Roger
G4HZA


locked Re: RX Window blank, Waterfall full and radio shows large activity

Karza
 

On 25.10.2020 14.29, KI5EGH via groups.io wrote:
Thank you all.  Have checked the items you recommended ( I use dimension 4 for clock sync) and am still having the issue.
73, KI5EGH Mike
Mike, make sure your 7300 is in USB-D -mode and that
you have Data/Pkt selected in WSJT-X radio settings.

73's de Kari, oh2gqc


locked Re: WSJT9 install on Ubuntu 20.04

Jeff Townsend
 

I am also interested in this as well.

I am running Ubuntu 20 however I haven’t tried installing anything yet.
I’m guessing this will be difficult with modern versions of Linux.
More than likely the software dependencies are way beyond the versions WSJT’s requires.

Jeff
WB8LYJ

On Oct 25, 2020, at 11:39 AM, groups@... wrote:

On 25/10/2020 15:18, Brad Fuller wrote:
I know this is not a WSJTX issue but not sure where else to turn. I am
trying to install WSJT9 on a Linux machine for my 222 MHz station since
many of the stations QRV are using FSK441 due to frequency uncertainty etc.
I have tried to install the .deb package from the WSJT website but get an
error that the dependencies cannot be met. I tried to install the Windows
version using Wine with no success. My programming skills are pretty poor
so I have not tried to build it from source code and really would not know
where to start.
Any suggestions would be welcome.
-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#17673): https://WSJTX.groups.io/g/main/message/17673
Mute This Topic: https://groups.io/mt/77793345/288299
-=-=-
WSJT-X Weak Signal Communication . ©2001-2020 by Joe Taylor, K1JT. References : https://physics.princeton.edu/pulsar/K1JT/refs.html
Unsubscribe: WSJTX+unsubscribe@groups.io
-=-=-
Group Owner: main+owner@WSJTX.groups.io
Unsubscribe: https://WSJTX.groups.io/g/main/leave/defanged [groups@...]
-=-=-=-=-=-=-=-=-
What version of Linux are you using and what command or program did you use to install the .deb package?

Roger
GW4HZA


Jeff Townsend
WB8LYJ/R


locked Re: WSJT9 install on Ubuntu 20.04

Roger
 

On 25/10/2020 15:18, Brad Fuller wrote:
I know this is not a WSJTX issue but not sure where else to turn. I am
trying to install WSJT9 on a Linux machine for my 222 MHz station since
many of the stations QRV are using FSK441 due to frequency uncertainty etc.
I have tried to install the .deb package from the WSJT website but get an
error that the dependencies cannot be met. I tried to install the Windows
version using Wine with no success. My programming skills are pretty poor
so I have not tried to build it from source code and really would not know
where to start.
Any suggestions would be welcome.
-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#17673): https://WSJTX.groups.io/g/main/message/17673
Mute This Topic: https://groups.io/mt/77793345/288299
-=-=-
WSJT-X Weak Signal Communication . ©2001-2020 by Joe Taylor, K1JT. References : https://physics.princeton.edu/pulsar/K1JT/refs.html
Unsubscribe: WSJTX+unsubscribe@groups.io
-=-=-
Group Owner: main+owner@WSJTX.groups.io
Unsubscribe: https://WSJTX.groups.io/g/main/leave/defanged [groups@...]
-=-=-=-=-=-=-=-=-
What version of Linux are you using and what command or program did you use to install the .deb package?

Roger
GW4HZA


locked WSJT9 install on Ubuntu 20.04

Brad Fuller
 

I know this is not a WSJTX issue but not sure where else to turn. I am trying to install WSJT9 on a Linux machine for my 222 MHz station since many of the stations QRV are using FSK441 due to frequency uncertainty etc. I have tried to install the .deb package from the WSJT website but get an error that the dependencies cannot be met. I tried to install the Windows version using Wine with no success. My programming skills are pretty poor so I have not tried to build it from source code and really would not know where to start.
 Any suggestions would be welcome.

--
Brad Fuller
WQ5S


locked Re: RX Window blank, Waterfall full and radio shows large activity

Jim Bennett <w6jhb@...>
 

Mike - interesting that you posted this. Last night I turned on my rig to let my 12 year old son hear the difference between CW and digital/FT8 signals - he is studying for his ticket. I’ve been using a different radio (K1SWL’s Phaser) on a different computer for a month or so - this was the first time in many weeks that I had fired up my “big rig”.

I had the same issue as you - lots of stuff in the waterfall but instead of lots of decodes, I only got one or two every decode session. Computer clock was spot on. I made sure nothing else was running on the computer. No change. Upgraded to the current version of WSJT-X, as I was a couple behind. No change. So then I did the low tech approach - I re-booted my computer. Bingo - all working fine now. Who knows what got screwed up in the depths of those micro chips, but a re-boot cured it.

Give that a shot - couldn’t hurt....

Jim Bennett / W6JHB
Folsom, CA

On Oct 25, 2020, at 5:50 AM, Komkit Listisard via groups.io <w3kit@...> wrote:

If your signal is in the middle between the green lines then issue may be somewhere else like other have suggested.



locked Re: RX Window blank, Waterfall full and radio shows large activity

Sam Birnbaum
 

Check your pc clock

Sam W2JDB




-----Original Message-----
From: KI5EGH via groups.io <KI5EGH@...>
To: main <main@WSJTX.groups.io>
Sent: Sun, Oct 25, 2020 08:10 AM
Subject: [WSJTX] RX Window blank, Waterfall full and radio shows large activity


FT8 has been working fine then on occasion the RX screen would be blank and then start to populate.  Now it is blank all the time.  The waterfall in WSJTX shows heavy activity and I can hear it in the radio.  The decode button flashes but still nothing in the RX window.  I have downloaded the latest version, followed the YouTube videos for setup with the IC-7300 again and even checked all the security/firewall settings to ensure WSJTX is authorized through.

I am lost.  Any help out there?

Thank you,
Mike
KI5EGH



locked Re: IC-7100 FT8 transmit timing problem.

Dave Garber
 

oops replied to wrong message
Dave Garber
VE3WEJ / VE3IE


On Sun, Oct 25, 2020 at 10:04 AM Dave Garber via groups.io <ve3wej=gmail.com@groups.io> wrote:
check topbe sure you are on ft8 as the selected mode...
Dave Garber
VE3WEJ / VE3IE


On Sun, Oct 25, 2020 at 7:58 AM Martin G0HDB <marting0hdb@...> wrote:
On Sat, Oct 24, 2020 at 08:04 PM, Bill Somerville wrote:

Hi Martin,

the audio click you are hearing when using CAT PTT is probably due to the PTT not being asserted until after the audio from WSJT-X has started. WSJT-X does try and avoid that but some rigs do not provide feedback that they have switched to SEND mode.

I would guess that the delayed PTT via CAT is something to do with your K9JM CI-V router. Have you tried eliminating that for a test, taking care to remove any sensitive/buggy devices from the CI-V bus, like a PW-1 PA.

73
Bill
G4WJS.

Morning Bill, thanks for the above.

Re: the audio clicks (or splats!) at the start and occasionally the end of a transmit period, I take your point about the PTT not being asserted (within the rig?) until after WSJT-X has started to generate and send the audio, but shouldn't the Tx delay setting in WSJT-X take care of that?  My understanding has always been that the Tx delay is between WSJT-X executing its command to enable PTT and the onset of the Tx audio generated by the s/ware, so increasing the Tx delay to say 0.5secs should give ample time for the rig to receive the PTT command via whatever option is selected and action the changeover from Rx to Tx before the audio arrives.  As I mentioned previously, increasing the Tx delay setting when I use the CAT PTT option doesn't seem to affect the presence of the audio splats, although I haven't tried using a delay setting of >0.5secs.

With regard to your second point, there's a slight misunderstanding - I experience the seemingly randomly-delayed start of transmission when I DON'T use the CAT PTT option, so the presence of the K9JM router in the CAT connection between PC and rig shouldn't have any bearing.  The rig's PTT is controlled entirely by the G4ZLP datamodes interface device which appears to WIndows as an external audio codec in the same way as a SignaLink-USB.  The PTT signal generated by a VOX-type circuit within the G4ZLP device is hard-wired to the rig's PTT input on the ACC1 socket, so as soon as the audio generated by WSJT-X begins to emerge as an analogue signal from the codec within the G4ZLP device the VOX circuit should toggle the PTT line - apparently the 'VOX delay' is only of the order of 10-20msecs.

73
--
Martin G0HDB






locked Re: IC-7100 FT8 transmit timing problem.

Dave Garber
 

check topbe sure you are on ft8 as the selected mode...
Dave Garber
VE3WEJ / VE3IE


On Sun, Oct 25, 2020 at 7:58 AM Martin G0HDB <marting0hdb@...> wrote:
On Sat, Oct 24, 2020 at 08:04 PM, Bill Somerville wrote:

Hi Martin,

the audio click you are hearing when using CAT PTT is probably due to the PTT not being asserted until after the audio from WSJT-X has started. WSJT-X does try and avoid that but some rigs do not provide feedback that they have switched to SEND mode.

I would guess that the delayed PTT via CAT is something to do with your K9JM CI-V router. Have you tried eliminating that for a test, taking care to remove any sensitive/buggy devices from the CI-V bus, like a PW-1 PA.

73
Bill
G4WJS.

Morning Bill, thanks for the above.

Re: the audio clicks (or splats!) at the start and occasionally the end of a transmit period, I take your point about the PTT not being asserted (within the rig?) until after WSJT-X has started to generate and send the audio, but shouldn't the Tx delay setting in WSJT-X take care of that?  My understanding has always been that the Tx delay is between WSJT-X executing its command to enable PTT and the onset of the Tx audio generated by the s/ware, so increasing the Tx delay to say 0.5secs should give ample time for the rig to receive the PTT command via whatever option is selected and action the changeover from Rx to Tx before the audio arrives.  As I mentioned previously, increasing the Tx delay setting when I use the CAT PTT option doesn't seem to affect the presence of the audio splats, although I haven't tried using a delay setting of >0.5secs.

With regard to your second point, there's a slight misunderstanding - I experience the seemingly randomly-delayed start of transmission when I DON'T use the CAT PTT option, so the presence of the K9JM router in the CAT connection between PC and rig shouldn't have any bearing.  The rig's PTT is controlled entirely by the G4ZLP datamodes interface device which appears to WIndows as an external audio codec in the same way as a SignaLink-USB.  The PTT signal generated by a VOX-type circuit within the G4ZLP device is hard-wired to the rig's PTT input on the ACC1 socket, so as soon as the audio generated by WSJT-X begins to emerge as an analogue signal from the codec within the G4ZLP device the VOX circuit should toggle the PTT line - apparently the 'VOX delay' is only of the order of 10-20msecs.

73
--
Martin G0HDB



locked Re: RX Window blank, Waterfall full and radio shows large activity

Komkit Listisard
 

If your signal is in the middle between the green lines then issue may be somewhere else like other have suggested.


locked Re: RX Window blank, Waterfall full and radio shows large activity

Mike Toole
 

Thank you all.  Have checked the items you recommended ( I use dimension 4 for clock sync) and am still having the issue.

73, KI5EGH Mike


locked Re: RX Window blank, Waterfall full and radio shows large activity

Reino Talarmo
 

Mike,

Have you selected Start new period decodes at top? If so there is a known issue that the display stops properly function after an ‘excessive’ amount of decodes. You need now and then erase the band activity window, right click on it and select Erase.

73, Reino OH3mA

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of KI5EGH via groups.io
Sent: 25. lokakuuta 2020 13:11
To: main@WSJTX.groups.io
Subject: [WSJTX] RX Window blank, Waterfall full and radio shows large activity

 

FT8 has been working fine then on occasion the RX screen would be blank and then start to populate.  Now it is blank all the time.  The waterfall in WSJTX shows heavy activity and I can hear it in the radio.  The decode button flashes but still nothing in the RX window.  I have downloaded the latest version, followed the YouTube videos for setup with the IC-7300 again and even checked all the security/firewall settings to ensure WSJTX is authorized through.

I am lost.  Any help out there?

Thank you,
Mike
KI5EGH


locked Re: RX Window blank, Waterfall full and radio shows large activity

Karza
 

Hi Mike,

On 25.10.2020 13.10, KI5EGH via groups.io wrote:
FT8 has been working fine then on occasion the RX screen would be blank and then start to populate.  Now it is blank all the time.  The waterfall in WSJTX shows heavy activity and I can hear it in the radio.  The decode button flashes but still nothing in the RX window.  I have downloaded the latest version, followed the YouTube videos for setup with the IC-7300 again and even checked all the security/firewall settings to ensure WSJTX is authorized through.

I am lost.  Any help out there?

You may have "Start new period decodes at top" selected in "File" => "Settings" "General" -tab.


Try disabling that.


73's de Kari, oh2gqc



locked Re: RX Window blank, Waterfall full and radio shows large activity

Komkit Listisard
 

Make sure you see the signals on waterfall line up with the green lines.  If not the signals are not in the middle between green line your timing is off. Check your clock.


locked RX Window blank, Waterfall full and radio shows large activity

Mike Toole
 

FT8 has been working fine then on occasion the RX screen would be blank and then start to populate.  Now it is blank all the time.  The waterfall in WSJTX shows heavy activity and I can hear it in the radio.  The decode button flashes but still nothing in the RX window.  I have downloaded the latest version, followed the YouTube videos for setup with the IC-7300 again and even checked all the security/firewall settings to ensure WSJTX is authorized through.

I am lost.  Any help out there?

Thank you,
Mike
KI5EGH


locked Re: IC-7100 FT8 transmit timing problem.

Martin G0HDB
 

On Sat, Oct 24, 2020 at 08:04 PM, Bill Somerville wrote:

Hi Martin,

the audio click you are hearing when using CAT PTT is probably due to the PTT not being asserted until after the audio from WSJT-X has started. WSJT-X does try and avoid that but some rigs do not provide feedback that they have switched to SEND mode.

I would guess that the delayed PTT via CAT is something to do with your K9JM CI-V router. Have you tried eliminating that for a test, taking care to remove any sensitive/buggy devices from the CI-V bus, like a PW-1 PA.

73
Bill
G4WJS.

Morning Bill, thanks for the above.

Re: the audio clicks (or splats!) at the start and occasionally the end of a transmit period, I take your point about the PTT not being asserted (within the rig?) until after WSJT-X has started to generate and send the audio, but shouldn't the Tx delay setting in WSJT-X take care of that?  My understanding has always been that the Tx delay is between WSJT-X executing its command to enable PTT and the onset of the Tx audio generated by the s/ware, so increasing the Tx delay to say 0.5secs should give ample time for the rig to receive the PTT command via whatever option is selected and action the changeover from Rx to Tx before the audio arrives.  As I mentioned previously, increasing the Tx delay setting when I use the CAT PTT option doesn't seem to affect the presence of the audio splats, although I haven't tried using a delay setting of >0.5secs.

With regard to your second point, there's a slight misunderstanding - I experience the seemingly randomly-delayed start of transmission when I DON'T use the CAT PTT option, so the presence of the K9JM router in the CAT connection between PC and rig shouldn't have any bearing.  The rig's PTT is controlled entirely by the G4ZLP datamodes interface device which appears to WIndows as an external audio codec in the same way as a SignaLink-USB.  The PTT signal generated by a VOX-type circuit within the G4ZLP device is hard-wired to the rig's PTT input on the ACC1 socket, so as soon as the audio generated by WSJT-X begins to emerge as an analogue signal from the codec within the G4ZLP device the VOX circuit should toggle the PTT line - apparently the 'VOX delay' is only of the order of 10-20msecs.

73
--
Martin G0HDB


locked Re: CFOM mode on higher EMEfrequencies with K3S

Bill Somerville
 

Hi Joe,

thanks for that. In which case selecting "Settings->Radio->Split Operating->Fake It" should allow EME Doppler tracking to work with the K3/K3S rigs.

73
Bill
G4WJS.

On 24/10/2020 23:41, Joe Subich, W4TV wrote:

Bill,

The K3/K3S specifically disallows the DT, FR and FT commands while in
transmit.  From the release notes for firmware version 5.56:
 > * DT, FR, and FT HOST COMMANDS DISALLOWED IN TX MODE: Previously,
these commands could be sent to the K3 during transmit from some
software applications. This could cause side effects such as muting
of transmit audio in DATA modes.

73,

   ... Joe, W4TV


On 2020-10-24 9:12 AM, Bill Somerville wrote:
On 24/10/2020 13:29, Jan Kappert wrote:
Hi Bill,
I guess so, the setup is not with me, but at my friends to prepare for 24Ghz.
During rx he reads 10.368.020, which is 020kHz on 3cm band.
And during the rx period the doppler is changing the last figures, which should be the case for tx as well.

Br. Jan, PAoPLY

Hi Jan,

the first thing to check, and any K3 or K3S user can do this, is if the basic CAT capability needed works. A simple test using a regular FT8 setup for HF can be used. Ensure "Settings->General->Allow Tx frequency changes while transmitting" is checked and that "Settings->Radio->Split Operating->Rig" is checked. Then with the "Pwr" slider reduced to minimum click "Tune" to go to Tx and then Ctrl+click on the waterfall more than 500 Hz away from the current Tx offset (red goal post marker) while observing the rig. The Tx VFO (VFOB) should change. Click "Tune" again to revert to Rx mode.

73
Bill
G4WJS.



locked Re: CFOM mode on higher EMEfrequencies with K3S

Joe Subich, W4TV
 

Bill,

The K3/K3S specifically disallows the DT, FR and FT commands while in
transmit. From the release notes for firmware version 5.56:
> * DT, FR, and FT HOST COMMANDS DISALLOWED IN TX MODE: Previously,
these commands could be sent to the K3 during transmit from some
software applications. This could cause side effects such as muting
of transmit audio in DATA modes.
73,

... Joe, W4TV


On 2020-10-24 9:12 AM, Bill Somerville wrote:
On 24/10/2020 13:29, Jan Kappert wrote:
Hi Bill,
I guess so, the setup is not with me, but at my friends to prepare for 24Ghz.
During rx he reads 10.368.020, which is 020kHz on 3cm band.
And during the rx period the doppler is changing the last figures, which should be the case for tx as well.

Br. Jan, PAoPLY
Hi Jan,
the first thing to check, and any K3 or K3S user can do this, is if the basic CAT capability needed works. A simple test using a regular FT8 setup for HF can be used. Ensure "Settings->General->Allow Tx frequency changes while transmitting" is checked and that "Settings->Radio->Split Operating->Rig" is checked. Then with the "Pwr" slider reduced to minimum click "Tune" to go to Tx and then Ctrl+click on the waterfall more than 500 Hz away from the current Tx offset (red goal post marker) while observing the rig. The Tx VFO (VFOB) should change. Click "Tune" again to revert to Rx mode.
73
Bill
G4WJS.


locked Re: CFOM mode on higher EMEfrequencies with K3S

Jan Kappert
 

Hi Bill,
Will check it this way.
Note: the K3S is currently controlled using the USB connection and WSJT-x.

Op za, okt. 24, 2020 om 15:13 schreef Bill Somerville
<g4wjs@...>:

Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#17653): https://WSJTX.groups.io/g/main/message/17653

Mute This Topic: https://groups.io/mt/77762285/1600284
-=-=-
WSJT-X      Weak Signal Communication  . ©2001-2020 by Joe Taylor, K1JT.    References : https://physics.princeton.edu/pulsar/K1JT/refs.html
Unsubscribe: WSJTX+unsubscribe@groups.io
-=-=-
Group Owner: main+owner@WSJTX.groups.io
Unsubscribe: https://WSJTX.groups.io/g/main/leave/defanged [pa0ply@...]
-=-=-=-=-=-=-=-=-=-=-=-