Date   

Re: #modes #modes

Karza
 

OM,

On 26.5.2021 21.21, David Kimbrell via groups.io wrote:
Running v2.3.1 on 7610 through Windows 10.  When selecting band through drop down USB won’t change to USB-D1 automatically.  Radio settings are 8, 1, none and cat, none, none, 19200 baud.  Please advise 

do you have "Data/Pkt" selected?


73's de Kari, oh2gqc


Re: #modes #modes

Joe Subich, W4TV
 

Set WSJTX Mode (Settings -> Radio -> Mode) to Data/PKT


73,

... Joe, W4TV

On 2021-05-26 2:21 PM, David Kimbrell via groups.io wrote:
Running v2.3.1 on 7610 through Windows 10.  When selecting band through drop down USB won’t change to USB-D1 automatically.  Radio settings are 8, 1, none and cat, none, none, 19200 baud.  Please advise


Re: wsjt-x v2.4.0 hamlib #protocol error #protocol

Bill Somerville
 

On 26/05/2021 19:26, Sam Sjogren wrote:
Bill,

You addressed the same message to Geoff, assume you were also suggesting that I generate a logfile.  Thank you for your reply. I've followed up with a separate subject line about how switching the rig control from TS-2000 (which is one emulation in PowerSDR) to the native PowerSDR setting (in both WSJT-X and PowerSDR, of course) allows full CAT control to work.  Now happily using 2.4.0 GA.

73,
-Sam
 WB6RJH
Hi Sam,

yes the Hamlib PowerSDR driver is the correct one to use if you are using PowerSDR. Geoff's issue was unrelated.

73
Bill
G4WJS.


2.4.0 crash when requesting Font change #mac #wsjt-x-crashing

Chuck Reti
 

v 2.4.0 GA macOS 14.6 Mohave. Preferences>General. Clicking either Font... or Decoded Text Font... causes immediate "unexpected quit". No other issues observed. System generated log attached.

Chuck
WV8A


Re: Controlling IC-9700 with win10 direct #Cat_RigControl

Phil
 

Windows has microphone privacy settings, check to see whether WSJT-X has access the Microphone functions.  Sounds wierd but that setting controls outgoing audio from the PC to Apps.


Re: 2.4.0 Hamlib CAT error with PowerSDR/TS-2000 emulation #Cat_RigControl #protocol

AB2EZ Stu
 

Sam

This change made 2.4.0 work properly with my Anan10e. No more Hamlib error messages.

Thank you!

Stu


Re: wsjt-x v2.4.0 hamlib #protocol error #protocol

Sam Sjogren
 

Bill,

You addressed the same message to Geoff, assume you were also suggesting that I generate a logfile.  Thank you for your reply.  I've followed up with a separate subject line about how switching the rig control from TS-2000 (which is one emulation in PowerSDR) to the native PowerSDR setting (in both WSJT-X and PowerSDR, of course) allows full CAT control to work.  Now happily using 2.4.0 GA.

73,
-Sam
 WB6RJH


#modes #modes

David Kimbrell
 

Running v2.3.1 on 7610 through Windows 10.  When selecting band through drop down USB won’t change to USB-D1 automatically.  Radio settings are 8, 1, none and cat, none, none, 19200 baud.  Please advise 


Split rig not working #FT8

ka5bjc@...
 
Edited

I started ver. 2.4.0 last night on 80 meters FT8 and it worked as expected. I switched to 15 meters and the receiver changed to 15 but the transmitter stayed on 80. I changed Settings/Radio/Split from Rig to Fake It and problem solved so not a disaster, just a curiosity.
Windows 10, WSJT-X 2.4.0, Kenwood TS 480 SAT, JTAlert 2.50.0
Thanks 
John KA5BJC
Update 
Restarting the laptop didn't help but a partial reset of the transceiver seems to have fixed the problem. A side effect of the reset is that now when I close WSJT-X the radio comes out of split and closes VFO B.
John 


Re: 2.4 GA Transmit Cycle Change? #FT8

Jack Trampler
 

Hi Bill,

I forgot to mention in my email that I am using CAT control with my K3 too.  I just tried what you suggested to Steve by changing settings to  "Settings->Radio->Mode->None" and that cured the delay issue for me.  It removed ALL delay issues I reported in my email.  Out of curiosity I also changed the Mode setting to USB and there are no delays with that setting either.  The delay appears only with Data/Pkt mode.  I hope this helps.

73,
Jack - N2JT



Wednesday, May 26, 2021 4:35 AM


Hi Steve,

you don't tell us if you have a CAT connection to your rig. If you do then try "Settings->Radio->Mode->None" and let me know if that makes any difference please?

73
Bill
G4WJS.






Tuesday, May 25, 2021 3:19 PM
I have noticed the same thing here and did some testing.  First, the equipment:

Computer:
Windows 10 Pro 64-bit Version 20H2
i7-9700 CPU 3.0 GHz 32 GB RAM

Rig:
Elecraft K3
Signalink USB

Software:
WSJT-X and latest version of JTAlert. 


Prior to installing WSJT-X 2.4.0 I made a copy of the C:\WSJT folder and saved it to a flash drive and then I installed 2.4.0.  I immediately noticed the "delay" issue being discussed here.  On FT-8, WSJT doesn't send tones until almost 2 seconds into the transmit cycle.  On FT-4 its just over 1 second.  I found the same delay when clicking the Tune button.   I then noticed if I changed bands, it took some time (turned out to be the same delay) for WSJT-X to display the K3 frequency.  If also has this delay when changing from FT8 to FT4 and vice versa as the modes also change the frequency.  Watching the K3, it reflects the frequency change immediately but WSJT-X takes that 2 seconds to update the frequency shown.

Since I had a copy of the WSJT folder from Ver 2.3.1, I renamed the WSJT folder that has 2.4.0 in it to something else and then pasted the backup WSJT folder with 2.3.1 back to the C:\ drive and ran Version 2.3.1.  There is no discernible delay for any of the above using 2.3.1.  Additionally, I then repeated all these situations without JTAlert and it made no difference.  Version 2.4.0 has this 1-2 second delay (delay time depends on mode) wheras 2.3.1 has no delay.  2.3.1 begins transmitting at the beginning of the transmit cycle whereas 2.4.0 begins transmitting just after 2 seconds on the timer in FT8 and just after 1 second on the timer in FT4.

Thoughts?

73,
Jack - N2JT









Re: GA 2.4.0. DT margin smaller now? #Timesync #FT8

Jim Brown
 

On 5/26/2021 7:49 AM, Chris, HB9DFG wrote:
Now can someone please check or confirm that the newest v 2.4.0 has a smaller margin of "DT"
than all the versions before?
No, it does not. Using it yesterday during a massive 6M opening, I was decoding signals with DT as high as 2.5 sec

73, Jim K9YC


Re: v2.4.0 GA possible bug? #BugReport #general

Tony Collett
 

Hi Martin - Yes!
Also a Dell running W64 fully up to date and installed into a fresh folder.

V2.4 dropdown lists were all OK for me except one I use for VHF that only had 6m, 2m and 70cms QRG in - that dropdown list was only the width of the frequency box itself instead of increasing in size in order to show the full information.

I tried cloning the config and resetting the frequency list in the clone. That worked but as soon as I edited the list the box became too small again. V2.2 continued to work fine when I switched back to that.
I also tried resetting it completely to default so had to re-enter everything for that config, again all OK until I edited the list.

Now the oddity - I switched off the PC yesterday, let it have a good sleep and when I came back to it this afternoon all was OK.
I have not tried editing the frequency list since (just in case).

Apart from that v2.4 seems OK here, certainly no issues with delayed Tx or DT - was happily decoding somebody with 2 sec error earlier.

73
Tony G4NBS


Re: 2.4 GA Transmit Cycle Change? #FT8

Lawrence Godek
 

My setup using WSJT 2.31, JT Alert 2.50, .net 5.0 on a Win 7 machine and Log4oM 2.12 works the same way.

Larry W0OGH

 

Sent from Mail for Windows 10

 

From: W6XK
Sent: Wednesday, May 26, 2021 8:52 AM
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] 2.4 GA Transmit Cycle Change? #FT8

 

Bill,

I use CAT control via USB with no external interface to my K3s.  I switched the radio mode setting to “None” and there is now no delay in keying PTT, sending tones, or switching bands and modes.  The “Tx delay” under the Advanced tab is set to 0.0s.  PTT/tones now begin at :00 and end at :13 in the FT8 mode.

73, Chet W6XK

 


Re: 2.4 GA Transmit Cycle Change? #FT8

W6XK
 

Bill,

I use CAT control via USB with no external interface to my K3s.  I switched the radio mode setting to “None” and there is now no delay in keying PTT, sending tones, or switching bands and modes.  The “Tx delay” under the Advanced tab is set to 0.0s.  PTT/tones now begin at :00 and end at :13 in the FT8 mode.

73, Chet W6XK


GA 2.4.0. DT margin smaller now? #Timesync #FT8

Chris, HB9DFG
 
Edited

Dear Group

I succsessfully installed new WSJT-X 2.4.0 beside the old version 2.3.1 and saw a local station
on 2m with a clean FT8 signal on v.2.4.0 I could not decode while I could decode this same station
on another computer and tranceiver with v 2.3.1 clearly readable.

Then I remarked his DT value (on v2.3.1) which was -1.1 compared to other stations I received on
both time synchronized computers which always have +/- 0.0 to 0.2 on DT.

Now can someone please check or confirm that the newest v 2.4.0 has a smaller margin of "DT"
than all the versions before? Has this been decreased for a special reason and how much are the
limits now? Seems at DT 0.5 FT8 is still decoding - have to wait for stations with bader timings
again :-)

Edit:

While observing the HF bands I saw decodes with a DT from -2.4 to +2.5 decoded fine with GA 2.4.0,
so nothing special so far. But wonder why this strong local -1.1 DT signal did not appear on 2m.
Will try to save a wave file next time this appears again.

Regards, Chris, HB9DFG


Addition To The Linux Instructions #linux

Christopher Goldsmith <chris.goldsmith@...>
 


  Hello!

  One addition to the Linux instructions worth considering:


....might save users a lot of time. The Linux group "dialout" needs to be edited to include the user (username) that is running WSJT-X. This group controls access to the serial port. For example, if user "chris" is going to be running WSJT-X, the "dialout" group in the /etc/group file needs to be changed from:

  dialout:x:20:

....to include user "chris":

  dialout:x:20:chris

  If this info is documented already, then I didn't see it. In that case, I apologize for the oversight. :o)

  NOTE: Something similar may apply to various flavors of UNIX as well (FreeBSD, Mac OS 10 and Mac OS 11, and so on...)

  Thanks!

                Chris / WB5ERT




Re: FT991A and MacOS #WSJTX_config #AudioIssues #mac #NewUser

Brian Morrison
 

On Wed, 2021-05-26 at 11:06 +0100, Jeremy Stark via groups.io wrote:
I lost the audio device and unplugged the USB, restarted the software with the USB back in. It was briefly working, including Tx. I stopped transmit, and then I couldn’t select “Enable Tx” again.


I think you should install the new GA version 2.4.0 as you are actually now 2 releases behind. There are some bugs fixed relating to this sort of problem so it would be better to assess it again with the fixed code.

-- 

Brian  G8SEZ


Re: Controlling IC-9700 with win10 direct #Cat_RigControl

William Smith
 

That may be a Windows thing, I find Windows borks my audio settings every time I connect/disconnect another USB device, or connect/disconnect from Remote Desktop, or it does an update, or the tides reverse... 8*}

73, Willie N1JBJ

On May 26, 2021, at 2:54 AM, Mike <gd6icr@manx.net> wrote:

Thought default new version IC-9700 control would work on latest release still having to use OMNI-rig and cant switch between two rigs IC-9700 and FT-818 without re-configuring audio each time
--
Mike
GD6ICR Peel Isle of Man


Re: 2.4 GA Transmit Cycle Change? #FT8

Steve Meuse, N1JFU
 


Sorry, I do have cat. I originally used vox for PTT, but switched to CAT for ptt when this cropped up hoping it would help (it didn't). 

Setting the mode to none does indeed reduce the TX delay to zero!

I guess, for now, that will be an acceptable workaround, I'll just need to remember to be in the right mode. 

I can provide additional debugging data if needed, just let me know.

-Steve
N1JFU


Re: #BugReport No receive after transmit - rig control disables RX on Yaesu FTDX-3000 VFO A running split #BugReport

Mark Steele
 

Bill - file attached.

Interesting new (or at least unnoticed behavior:

- the first time the TX / RX cycle runs, RX is disabled (the RX light is flashing)
- the next time the TX / RX cycle runs, RX is enabled (the RX light is solid)

So it seems there is a flag that is being set each cycle and 50% of the time - it works properly.

I hope this helps.

701 - 720 of 25763