Date   

locked Re: A glitch in WSJT-X #wsjt-x #IssueReport #mainscreen

Bobby Chandler
 

JR,

Either hit ERASE twice, or right click in the box and hit ERASE.

Bobby/N4AU

--
n4au@...
n4au@...


locked Re: Disabling TX when called station has answered some other station #WSJTX_config

David Simms, N4IW
 

You were most likely on a different frequency (running split) than the other station in the second instance.  The auto disabling on Tx only works when you are receiving and transmitting on the same frequency.  
--
Thanks,
David, N4IW


locked Re: A glitch in WSJT-X #wsjt-x #IssueReport #mainscreen

Bill Somerville
 

On 06/08/2021 09:25, F8RZ wrote:
Hello...

I use to check the "files/settings/general/start new period..." command.

After an unpredictable time on, it stops working, the "band activity" display becomes blank, and the only solution is

 a  restart of the program, or unchecking the command and use the standard display.

Is there a solution ? Does  anyone see the same behaviour ?

73 to all

JR F8RZ
Hi JR,

that is a known issue that we do not current have a resolution for. The decodes are there but scrolled off the top of the Band Activity decode window. You can scroll them back down. The issue occurs after a large number of decodes are printed, it can be resolved by erasing the Band Activity window (right-click the Band Activity window body and press the Erase button). You can preempt the issue by periodically erasing the Band Activity window.

73
Bill
G4WJS.


locked A glitch in WSJT-X #wsjt-x #IssueReport #mainscreen

F8RZ
 

Hello...

I use to check the "files/settings/general/start new period..." command.

After an unpredictable time on, it stops working, the "band activity" display becomes blank, and the only solution is

 a  restart of the program, or unchecking the command and use the standard display.

Is there a solution ? Does  anyone see the same behaviour ?

73 to all

JR F8RZ


locked Re: UDP Server DNS lookup failed on OS X #macOS #wsjt-x-crashing

Karza
 

OM [Name?], [Call?]


I changed the UDP address from 127.0.0.1 to multicast 224.0.0.1:2237 in the
Preferences.
A DNS lookup failed occurs and a popup window is display showing "UDP server
DNS lookup failed" and "Network Error".
Preferences is greyed out so I cannot correct the error.
The only thing that can be done is to select "Cancel" on the popup and the
program shuts down.

How can I correct this mistake?
remove :2237 part from the address field.
See WSJT-X user guide
https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.4.0.html#REPORTING

73's de Kari, oh2gqc


locked UDP Server DNS lookup failed on OS X #macOS #wsjt-x-crashing

barry@...
 

I changed the UDP address from 127.0.0.1 to multicast 224.0.0.1:2237 in the Preferences.
A DNS lookup failed occurs and a popup window is display showing "UDP server DNS lookup failed" and "Network Error".
Preferences is greyed out so I cannot correct the error.
The only thing that can be done is to select "Cancel" on the popup and the program shuts down.  

How can I correct this mistake?


locked Re: FT8 doesn't reply after CQ

heath calhoun - kb5vai <hcalhoun@...>
 

Think I'm in same boat. Thought audio settings have 1.40 firmware, select ft8 mode.  Not sure what audio mono left right both should be.  Can finally see my signal on ts850 but when trying to reply it does not connect.





-------- Original message --------
From: bojan.simoncic@...
Date: 8/5/21 07:07 (GMT-06:00)
To: main@WSJTX.groups.io
Subject: [WSJTX] FT8 doesn't reply after CQ #cq

Hello, I'm using WSJT-X v.2.4.0 c19d66. When I call CQ and stations reply my software doesn't recognize a caller but calls CQ all the time. I'm reset the configuration and still, the same problem appears. XCVR is IC7300.
Another problem appears quite often too. When move mouse over the screen on the RX mode software starts changing bands randomly and stops on its own.

73 de s51un


locked Re: Mode selection on the main screen #modes #mainscreen

neil_zampella
 

He should be following this group anyway ... but if he's a retired scientist, he should know the requirements.


Neil, KN3ILZ

On 8/5/2021 11:50 AM, Lars Berg wrote:

Just tell him. Uwe is an retired scientist and he will understand and he will not be offended. 73 de Lars – SM3CCM

 

Skickades från E-post för Windows 10

 

Från: neil_zampella
Skickat: den 5 augusti 2021 17:37
Till: main@WSJTX.groups.io
Ämne: Re: [WSJTX] Mode selection on the main screen #modes #mainscreen

 

He should understand the use of the code under the GNU License and what it requires.  Since he's changed the UI its not WSJT-X, but a derivative work and as such should reflect that in the name, and Window header as other do.

Neil, KN3ILZ

On 8/5/2021 5:13 AM, Lars Berg wrote:

Neil! You should tell Uwe what you think he should do. His E-mail is DG2YCB@... and he is open minded for any sugestions. In my opinion several off his improvments should be part of the WSJT-X. Se also https://sourceforge.net/projects/wsjt-x-improved/.

Lars / SM3CCM

 

Skickades från E-post för Windows 10

 

Från: neil_zampella
Skickat: den 4 augusti 2021 16:47
Till: main@WSJTX.groups.io
Ämne: Re: [WSJTX] Mode selection on the main screen #modes #mainscreen

 

It should be 'badged' as such.

Neil, KN3ILZ

On 8/4/2021 5:56 AM, Ron W3RJW via groups.io wrote:

Easy.  It's one of the "improved" versions by Uwe, DG2YCB.  He has added several features such as the buttons and layouts that work better on small screens.  It is well done and not a threat.

https://sourceforge.net/projects/wsjt-x-improved/
--
73
Ron  W3RJW

FTdx-5000, Timewave Navigator, WSJT-x Improved 2.5.0 rc3, JTAlert 2.50.2, HRD Deluxe v6.7.0.357
FTdx-3000, SignaLink USB


 
 
 

 



 
 
 

 





locked Re: Who Gets Answered....

Tony Collett
 

>>Try to stay near the 1500Hz center of everyone's passband, but don't be afraid to work the edges, I've gotten responses from 3KHz or more, and a lot of people do the 'low hundreds'. If there's a choice, I try to pick a clear spot close to (but never on top of, rookie mistake, all the rookies will be there) the transmitter.

I'm not sure that is good advice. Spread out is the best thing but remember you need to be within the audio passband of the person you are trying to call.

Advising to stay near 1500Hz simply results in lots of QRM from so many stations operating on almost the same frequency, when a band is busy that is just one red blob a lot of the time in Europe.

Most receivers filters are 300Hz to 2700Hz. Not everyone has an SDR receiver that can receive a long way outside those limits.
Whilst my K3 will decode beyond 3000Hz it will not go below 200Hz, those that sit right down there do not get decoded by me unless I shift the VFO down a little - I also find whilst I get some responses if I call above 2700Hz majority of the time I don't.

As to the original question - I think we all want to know that answer, nothing worse than never making a QSO firs


locked Re: Looking for True Time Sync Story #Timesync

Jim Brown
 

On 8/5/2021 11:28 AM, Karl Beckman WA8NVW - AFA5VB wrote:
Otherwise there are a few network time sync software apps that perform well.
If you're running Windows and have terrestrial (wired or your phone as a router) internet, all you need is this simple freeware app that I've been using since the earliest days of WSJT. http://www.timesynctool.com/

If you don't, you need a GPS puck and something like freeware bktTimeSync or GPSTime http://coaa.co.uk/gpstime.htm

73, Jim K9YC


locked Re: Looking for True Time Sync Story #Timesync

Ron Schunk
 

Every time, before I start up jtalert and wsjtx I check time.is ...normally it is NOT exact so I reboot the laptop...I have Meinberg on Windows 7 (I refuse to touch Windows 10) and my times are usually right on...
Ron
WA8KQF

Virus-free. www.avast.com


On Thu, Aug 5, 2021 at 2:28 PM Karl Beckman WA8NVW - AFA5VB <wa8nvw@...> wrote:

For those other readers who may have overlooked previous comments from Dr Joe, FT4 requires the relative clock difference to not exceed one second, while FT8 is OK at just under 2.4 seconds.  If your QSO attempt to another station exceeds those DT maximums, then message decoding suddenly stops.  Note that both your spectrum analyzer and waterfall will continue to display the incoming signals. 
 
If Microsoft's time sync software can always meet those values on your computer as Gil's does (local time within one second), then 'it ain't broke, so don't fix it.'  Otherwise there are a few network time sync software apps that perform well.  Each has its vocal followers who point out specific features they find useful.  If you need still tighter clock accuracy for other reasons, such as a portable GPS-locked frequency reference or a common time server without availability of an internet connection, several designs have already been presented in this forum and elsewhere. 
 
--
Karl  WA8NVW  OH
WA8NVW@...
in WSJTX@groups.io





locked Re: Looking for True Time Sync Story #Timesync

Karl Beckman WA8NVW - NNV5BH
 

For those other readers who may have overlooked previous comments from Dr Joe, FT4 requires the relative clock difference to not exceed one second, while FT8 is OK at just under 2.4 seconds.  If your QSO attempt to another station exceeds those DT maximums, then message decoding suddenly stops.  Note that both your spectrum analyzer and waterfall will continue to display the incoming signals. 
 
If Microsoft's time sync software can always meet those values on your computer as Gil's does (local time within one second), then 'it ain't broke, so don't fix it.'  Otherwise there are a few network time sync software apps that perform well.  Each has its vocal followers who point out specific features they find useful.  If you need still tighter clock accuracy for other reasons, such as a portable GPS-locked frequency reference or a common time server without availability of an internet connection, several designs have already been presented in this forum and elsewhere. 
 
--
Karl  WA8NVW  OH
WA8NVW@...
in WSJTX@groups.io


locked Re: Mode selection on the main screen #modes #mainscreen

Lars Berg
 

Just tell him. Uwe is an retired scientist and he will understand and he will not be offended. 73 de Lars – SM3CCM

 

Skickades från E-post för Windows 10

 

Från: neil_zampella
Skickat: den 5 augusti 2021 17:37
Till: main@WSJTX.groups.io
Ämne: Re: [WSJTX] Mode selection on the main screen #modes #mainscreen

 

He should understand the use of the code under the GNU License and what it requires.  Since he's changed the UI its not WSJT-X, but a derivative work and as such should reflect that in the name, and Window header as other do.

Neil, KN3ILZ

On 8/5/2021 5:13 AM, Lars Berg wrote:

Neil! You should tell Uwe what you think he should do. His E-mail is DG2YCB@... and he is open minded for any sugestions. In my opinion several off his improvments should be part of the WSJT-X. Se also https://sourceforge.net/projects/wsjt-x-improved/.

Lars / SM3CCM

 

Skickades från E-post för Windows 10

 

Från: neil_zampella
Skickat: den 4 augusti 2021 16:47
Till: main@WSJTX.groups.io
Ämne: Re: [WSJTX] Mode selection on the main screen #modes #mainscreen

 

It should be 'badged' as such.

Neil, KN3ILZ

On 8/4/2021 5:56 AM, Ron W3RJW via groups.io wrote:

Easy.  It's one of the "improved" versions by Uwe, DG2YCB.  He has added several features such as the buttons and layouts that work better on small screens.  It is well done and not a threat.

https://sourceforge.net/projects/wsjt-x-improved/
--
73
Ron  W3RJW

FTdx-5000, Timewave Navigator, WSJT-x Improved 2.5.0 rc3, JTAlert 2.50.2, HRD Deluxe v6.7.0.357
FTdx-3000, SignaLink USB


 
 
 

 



 
 
 

 


locked Re: Mode selection on the main screen #modes #mainscreen

neil_zampella
 

He should understand the use of the code under the GNU License and what it requires.  Since he's changed the UI its not WSJT-X, but a derivative work and as such should reflect that in the name, and Window header as other do.

Neil, KN3ILZ

On 8/5/2021 5:13 AM, Lars Berg wrote:

Neil! You should tell Uwe what you think he should do. His E-mail is DG2YCB@... and he is open minded for any sugestions. In my opinion several off his improvments should be part of the WSJT-X. Se also https://sourceforge.net/projects/wsjt-x-improved/.

Lars / SM3CCM

 

Skickades från E-post för Windows 10

 

Från: neil_zampella
Skickat: den 4 augusti 2021 16:47
Till: main@WSJTX.groups.io
Ämne: Re: [WSJTX] Mode selection on the main screen #modes #mainscreen

 

It should be 'badged' as such.

Neil, KN3ILZ

On 8/4/2021 5:56 AM, Ron W3RJW via groups.io wrote:

Easy.  It's one of the "improved" versions by Uwe, DG2YCB.  He has added several features such as the buttons and layouts that work better on small screens.  It is well done and not a threat.

https://sourceforge.net/projects/wsjt-x-improved/
--
73
Ron  W3RJW

FTdx-5000, Timewave Navigator, WSJT-x Improved 2.5.0 rc3, JTAlert 2.50.2, HRD Deluxe v6.7.0.357
FTdx-3000, SignaLink USB

 
 
 

 





locked Re: FW: Looking for True Time Sync Story #Timesync

 

I know the Raspberry Pi syncs. The ntp daemon starts at system load. I think thats generally the case with Linux machines.

 

73 Phil GM3ZZA

 

Sent from Mail for Windows 10

 

From: Buddy Morgan via groups.io
Sent: 05 August 2021 13:52
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] FW: Looking for True Time Sync Story #Timesync

 

All Macs all sync. I don't know about Linux. Some Windows computers sync and some don't. I have a HP All in One and a Dell Laptop. Neither of them sync. I have friends that own Windows computers that sync. The Windows computers that do sync, do a very good job of syncing and you definitely do not need any third party software. 

 

Buddy WB4OMG

 


--
73 Phil GM3ZZA


locked Re: Looking for True Time Sync Story #Timesync

Gilbert Baron
 

Windows time control will now allow you to adjust more often. The default is very log and is fine for the needs of the vast majority. You can set Windows to do it more often and have sub second accuracy.

 

Outlook Laptop Gil W0MN

Hierro candente, batir de repente

44.08226N 92.51265W EN34rb

 

From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of William Smith
Sent: Thursday, August 5, 2021 07:53
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Looking for True Time Sync Story #Timesync

 

Not missing anything.  If It Ain't Broke, Don't Fix It.

 

If you are consistently within maybe 100 ms according to https://time.is then you are good.

 

Everyone has different hardware, different environment, different settings, if it works for you don't chase 'better'.

 

73, Willie N1JBJ

 



On Aug 5, 2021, at 8:41 AM, Michael Luke <mdluke1@...> wrote:

 

 

I didn’t want to ask a dumb question but my curiosity is getting the better of me. A year ago I upgraded from Windows 7 to Windows 10. I used Dem4 for time sync on 7 and though I had brought that forward on 10. After all the recent Email about time sync I thought I should abandon Dem4 and get a better time sync. To my surprise when I  researched my version of time sync I found out that I was NOT using any third party software and was getting sync from Windows 10 native software. This “seems” to have been working well for over a year. I do not want to add a third party software and take the chance of “breaking” anything when it seems to be working fine. My Delta Time in the window below seems to run and average +-0.1 to 0.3. What am I missing here?

 

Mike WA3MJZ

 

<image005.jpg>

 

 

<image006.jpg>



 


--

W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop


locked Re: Who Gets Answered....

Martin G0HDB
 

On Thu, Aug 5, 2021 at 02:58 PM, Joe WB9SBD wrote:
When a station is CQing, and say three stations answer the CQ.  What makes the software answer one station and not the other two?
If the CQ'ing station has got the 'Call 1st' box ticked then the s/ware will do exactly what it says on the tin - it'll answer the first of the decoded responders to the CQ.

Otherwise, it's entirely down to the CQ'ing operator to decide which of the callers to answer, just as in any other pile-up scenario, and all a caller can do is hope that their signal is in a clear spot on the CQ'er's waterfall and is strong enough to give decent decodes on the CQ'er's system.  Finding a clear spot at the CQ'er's end is the difficult bit - what might look clear at the caller's end could be heavily QRM'ed at the CQ'er's end.  C'est la vie... :-)

--
Martin G0HDB


locked Re: Who Gets Answered....

Rik Strobbe
 

Hi Joe,
I assume that you refer to the "call 1st" box checked.
To my experience the reply will go to the answering station that is decoded first (shows up first in the list). No fancy algorithm that picks the best DX or new DXCC country I'm aftaid ;-)

73, Rik  ON7YD


locked Re: Who Gets Answered....

Reino Talarmo
 

When a station is CQing, and say three stations answer the CQ.  What makes the software answer one station and not the other two?

I know in old school like CW pileup calling a station, there are several "Tricks" a calling station can do to help their chances at being the one called.

Of course more power, you are louder than everyone else. In FT-8 does signal strength matter at all?

Timing of the call, When to call during the pileup,  This is more or less not a thing with FT-8 or is it? When the Call 1st is checked, what is actually happening?

Just wondering what a station that answers CQ's can do to maximize their chance of being the one answered.

Hi Joe,

You were talking automatic answering. Not everybody does use it, but select manually station and then a more interesting call sign may help, hi!
The automatic answering applies a simple rule the first decoded station answering to CQ is selected. The decoding is randomized without any preferences as such. Only issue is that decoding uses multiple rounds and e.g. stations being at “same” frequency are usually decoded at different rounds and stronger stations may win more often that weaker stations.

Staying away from a pile-up frequency is a good start in selecting transmit frequency. Only challenge is that you cannot tell which frequencies are free at the distant station.

I have tested two receivers parallel and I have not found any systematic decoding order in those.

73, Reino OH3mA

 

 


Joe WB9SBD


locked Re: Who Gets Answered....

William Smith
 

Good question!

Hard to tell exactly, I'm sure there's an algorythm in there somewhere. It's open source, read the code! 8*).

Some of the 'tricks' will involve knowing the equipment, settings, and RF environment around the receiver, which is difficult to determine. 8*)

First decoding starts under the green cursor at the receiving end, but that doesn't help. Then it looks like it's strongest signal to weakest? And don't forget there are two (or more) passes.

I have good luck with some Python code I wrote to find the 'real' gaps in the waterfall, not just the visible ones, though that may well be Placebo Effect.

Try to stay near the 1500Hz center of everyone's passband, but don't be afraid to work the edges, I've gotten responses from 3KHz or more, and a lot of people do the 'low hundreds'. If there's a choice, I try to pick a clear spot close to (but never on top of, rookie mistake, all the rookies will be there) the transmitter.

It probably helps to be closer to real-time, not sure if being early would be useful.

73, Willie N1JBJ

On Aug 5, 2021, at 9:38 AM, Joe WB9SBD <nss@...> wrote:

When a station is CQing, and say three stations answer the CQ. What makes the software answer one station and not the other two?

I know in old school like CW pileup calling a station, there are several "Tricks" a calling station can do to help their chances at being the one called.

Of course more power, you are louder than everyone else. In FT-8 does signal strength matter at all?

Timing of the call, When to call during the pileup, This is more or less not a thing with FT-8 or is it? When the Call 1st is checked, what is actually happening?

Just wondering what a station that answers CQ's can do to maximize their chance of being the one answered.

Joe WB9SBD

10701 - 10720 of 38068