Date   

locked Re: Meinberg Error #Timesync

Tim Dawson
 

Because timekeeping is an OS task, not part of any app . . .

On June 2, 2022 5:25:03 PM CDT, Gilbert Baron <w0mn00@...> wrote:
I wonder? If this time sync thing is so important then why not include it in the digital software and take the burden off the user. or maybe the burden does not really exist and we are just seeing the mountain out of mole hill thing. 😊



Outlook LT Gil W0MN

Hierro Candente Batir de Repente

44.08226 N 92.51265 W EN34rb





-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of nm1a@...
Sent: Thursday, June 2, 2022 3:35 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Meinberg Error #Timesync



Hello Reino,



Agreed as your point regarding Meinberg.



My input on this topic was for "quick and dirty" one stop shopping program adequate for most ham digital modes.



I'm sure the EME folks may disagree ;)



I take into consideration to the numbers of hams who are fearful of unknown settings or registry changes.



Thank you Reino

73 Art NM1A













--
W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop




--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


locked Re: Meinberg Error #Timesync

Gilbert Baron
 

I wonder? If this time sync thing is so important then why not include it in the digital software and take the burden off the user. or maybe the burden does not really exist and we are just seeing the mountain out of mole hill thing. 😊



Outlook LT Gil W0MN

Hierro Candente Batir de Repente

44.08226 N 92.51265 W EN34rb

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of nm1a@...
Sent: Thursday, June 2, 2022 3:35 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Meinberg Error #Timesync



Hello Reino,



Agreed as your point regarding Meinberg.



My input on this topic was for "quick and dirty" one stop shopping program adequate for most ham digital modes.



I'm sure the EME folks may disagree ;)



I take into consideration to the numbers of hams who are fearful of unknown settings or registry changes.



Thank you Reino

73 Art NM1A













--
W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop


locked Re: Meinberg Error #Timesync

nm1a@...
 

Hello Reino,

Agreed as your point regarding Meinberg.

My input on this topic was for "quick and dirty" one stop shopping program adequate for most ham digital modes.

I'm sure the EME folks may disagree ;)

I take into consideration to the numbers of hams who are fearful of unknown settings or registry changes.

Thank you Reino
73 Art NM1A


locked Re: #logging Possible Enhancement for the ALL.TXT file #logging

Sam Birnbaum
 

Hi Gene,
Check the program AllText.exe that I wrote and that is available for free at ProgramsByW2JDB@groups.io.
It does what you mentioned and more. The All.txt file size does not matter. It does not load the file into 
memory and can be run while WSJT-X is running and adding to the All.txt file.
Given the date and callsign in question, it will display the appropriate lines  in a grid format with headings or as simple text in less than 0.5 seconds whether the file has 100K lines or 100 million lines.    

All the programs found in ProgramsByW2JDB@groups.io are free. Just subscribe, go to Files and download.
73,

Sam W2JDB

-----Original Message-----
From: Eugene Morgan <ee_morgan@...>
To: main@WSJTX.groups.io <main@WSJTX.groups.io>
Sent: Thu, Jun 2, 2022 1:38 pm
Subject: Re: [WSJTX] #logging Possible Enhancement for the ALL.TXT file

Given the various opinions on option for the ALL.TXT file I'd suggest that the developers leave the handling of the ALL.TXT file as it is and focus on more important aspects of the program.

For my part I just wrote a very simple program that will extract all instances of my call sign from the ALL.TXT file and writes those lines to another file.  In developing this simple utility I have a couple of questions. Assume I'm writing this program for you:

1.  Do you want to also include those lines where you are calling CQ?  Yes or No?
2.  Would you want it to automatically over write the existing ALL.TXT file with a new version of the ALL.TXT file that includes only those lines where your call is found? Yes or No?

My thinking is that if your ALL.TXT only included lines with your call sign you could reduce the size of the ALL.TXT file considerably.  Yes you would need to run this utility manually once in a while.  There's no configuration file, no registry entry.  It can automatically locate the ALL.TXT file in the WSJT-X folder and it would be for Windows only.

Gene


locked Re: Meinberg Error #Timesync

Tim Dawson
 

Sad, considering that full NTP is so simple and trivial to configure on more advanced platforms (IE, yet one more thing MS got wrong).

Not using the right tool simply because an app or platform makes it a bit more challenging frankly confuses me . . . there has to be a way for Win users to hit the fairly low hanging target without making excuses or compromise!

On June 2, 2022 2:54:53 PM CDT, Gilbert Baron <w0mn00@...> wrote:
Yeaah but so what. Once a day sync is more than good enough for most and you MAY miss ONE decode, you will never know.

Outlook LT Gil W0MN
Hierro Candente Batir de Repente
44.08226 N 92.51265 W EN34rb


-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Martin G0HDB
Sent: Thursday, June 2, 2022 2:21 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Meinberg Error #Timesync

On Thu, Jun 2, 2022 at 06:19 PM, Reino Talarmo wrote:

Hi Art,

Just a minor correction. NetTime does not provide the same
functionality as Meinberg or any other program that supports full NTP protocol.

Extract from Accuracy Notes:
The vast majority of users should find that NetTime more than meets
their needs, however if you have specific requirements for very
accurate time, I recommend that you investigate installing a full NTP
client. Although you can set NetTime to sync more frequently to
compensate for an inaccurate system clock, this isn't really
recommended because of the greater strain that it puts onto the public
NTP servers. A full NTP client has extra features to ensure better
time accuracy (normally well below 10 milliseconds even between time syncs) by adjusting the rate that the system clock runs at.
Hi Reino (and all), one factor that shouldn't be overlooked when deciding which time-sync'ing app to use on a PC is the effect of using an app such as D4 (and also NetTime?) that is based on the SNTP protocol rather than the full NTP protocol implemented by the Meinberg app.

An SNTP app doesn't adjust the clock smoothly, as the Meinberg app does, but can cause step-changes (in either direction); the effect of these is described perfectly and succinctly by the late, much-missed Bill Somerville G4WJS:

"What is sure is that a step adjustment to the PC clock during a receive period will cause an audio stream discontinuity, and that in turn may disrupt all decoding for that period. "

In other words, if you use an SNTP-based app then you can expect to suffer from missed decodes in any Rx period in which a step-change of the PC clock occurs. This missed-decode effect has been observed and verified in practice.

73
--
Martin G0HDB








--
W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop




--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


locked Re: Meinberg Error #Timesync

Gilbert Baron
 

Yeaah but so what. Once a day sync is more than good enough for most and you MAY miss ONE decode, you will never know.

Outlook LT Gil W0MN
Hierro Candente Batir de Repente
44.08226 N 92.51265 W EN34rb

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Martin G0HDB
Sent: Thursday, June 2, 2022 2:21 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Meinberg Error #Timesync

On Thu, Jun 2, 2022 at 06:19 PM, Reino Talarmo wrote:

Hi Art,

Just a minor correction. NetTime does not provide the same
functionality as Meinberg or any other program that supports full NTP protocol.

Extract from Accuracy Notes:
The vast majority of users should find that NetTime more than meets
their needs, however if you have specific requirements for very
accurate time, I recommend that you investigate installing a full NTP
client. Although you can set NetTime to sync more frequently to
compensate for an inaccurate system clock, this isn't really
recommended because of the greater strain that it puts onto the public
NTP servers. A full NTP client has extra features to ensure better
time accuracy (normally well below 10 milliseconds even between time syncs) by adjusting the rate that the system clock runs at.
Hi Reino (and all), one factor that shouldn't be overlooked when deciding which time-sync'ing app to use on a PC is the effect of using an app such as D4 (and also NetTime?) that is based on the SNTP protocol rather than the full NTP protocol implemented by the Meinberg app.

An SNTP app doesn't adjust the clock smoothly, as the Meinberg app does, but can cause step-changes (in either direction); the effect of these is described perfectly and succinctly by the late, much-missed Bill Somerville G4WJS:

"What is sure is that a step adjustment to the PC clock during a receive period will cause an audio stream discontinuity, and that in turn may disrupt all decoding for that period. "

In other words, if you use an SNTP-based app then you can expect to suffer from missed decodes in any Rx period in which a step-change of the PC clock occurs. This missed-decode effect has been observed and verified in practice.

73
--
Martin G0HDB








--
W0MN EN34rb 44.08226 N 92.51265 W

Hierro candente, batir de repente

HP Laptop


locked Re: Meinberg Error #Timesync

Martin G0HDB
 

On Thu, Jun 2, 2022 at 06:19 PM, Reino Talarmo wrote:

Hi Art,

Just a minor correction. NetTime does not provide the same functionality as
Meinberg or any other program that supports full NTP protocol.

Extract from Accuracy Notes:
The vast majority of users should find that NetTime more than meets their
needs, however if you have specific requirements for very accurate time, I
recommend that you investigate installing a full NTP client. Although you can
set NetTime to sync more frequently to compensate for an inaccurate system
clock, this isn't really recommended because of the greater strain that it
puts onto the public NTP servers. A full NTP client has extra features to
ensure better time accuracy (normally well below 10 milliseconds even between
time syncs) by adjusting the rate that the system clock runs at.
Hi Reino (and all), one factor that shouldn't be overlooked when deciding which time-sync'ing app to use on a PC is the effect of using an app such as D4 (and also NetTime?) that is based on the SNTP protocol rather than the full NTP protocol implemented by the Meinberg app.

An SNTP app doesn't adjust the clock smoothly, as the Meinberg app does, but can cause step-changes (in either direction); the effect of these is described perfectly and succinctly by the late, much-missed Bill Somerville G4WJS:

"What is sure is that a step adjustment to the PC clock during a receive period will cause an audio stream discontinuity, and that in turn may disrupt all decoding for that period. "

In other words, if you use an SNTP-based app then you can expect to suffer from missed decodes in any Rx period in which a step-change of the PC clock occurs. This missed-decode effect has been observed and verified in practice.

73
--
Martin G0HDB


locked Re: #AudioIssues #install #linux #WSJTX_config #AudioIssues #install #linux #WSJTX_config

Mark Hunn - KI7SI
 

Thanks for the reply Kari! That did the trick.

73,
Mark


locked Re: #logging Possible Enhancement for the ALL.TXT file #logging

d_ziolkowski
 

Every couple months I go to the ALL.txt file and rename it date_ALL.txt.
Then I move it to an archive_ALL folder. A new ALL.txt file is
automatically generated.

The hardest part about this procedure is remembering to do it.
I'm sure a script/bat file triggered by CRON/win_task-scheduler, can do
this,but I never got around to it.

Thanks Dan KC2STA

On Thu, Jun 2, 2022 at 9:28 AM Dave Garber <ve3wej@...> wrote:

so in other words, make it do what jtdx does??? serching old all texts
become very difficult

I find it easier to just edit with notepad, keep current month or 2 in
all.txt, but cut and paste older info to a renamed all.tx, as in "all
01-01-22 - 06-01-22.txt"

if the lost log entry has a date, I can find which txt file to search


Dave Garber
VE3WEJ / VE3IE


On Thu, Jun 2, 2022 at 1:28 AM Joe Subich, W4TV <lists@...> wrote:

On 2022-06-01 1:26 PM, Steve Miller wrote:
>
> Thoughts?

I would recommend an option to duplicate the behavior of one of the
derivative programs ... start a new ALL.TXT (ALL_YYYY-MM-DD.txt) file
at 00:00z on the first of each month.

Not only does that keep the size of each file generally manageable with
Notebook (no special software), it makes finding a particular callsign
or time period much easier.

73,

... Joe, W4TV


On 2022-06-01 1:26 PM, Steve Miller wrote:
Thank you all for the responses to my enhancement post.
After reading some of the responses, I can refine my request to these 3
options in regards to the ALL.TXT file.

1) Write all activity as it currently does today. Manually manage the
file for historical purposes.
2) Write only my calls 'send' and 'receive' activity to the file. File
size would never be an issue based on your own call activity.
3) Don't create or write to this file at all.

Thoughts?









--
Dan Ziolkowski KC2STA
SKCC #4290T
Ubuntu LINUX


locked Re: #logging Possible Enhancement for the ALL.TXT file #logging

Eugene Morgan
 

Given the various opinions on option for the ALL.TXT file I'd suggest that the developers leave the handling of the ALL.TXT file as it is and focus on more important aspects of the program.

For my part I just wrote a very simple program that will extract all instances of my call sign from the ALL.TXT file and writes those lines to another file. In developing this simple utility I have a couple of questions. Assume I'm writing this program for you:

1. Do you want to also include those lines where you are calling CQ? Yes or No?
2. Would you want it to automatically over write the existing ALL.TXT file with a new version of the ALL.TXT file that includes only those lines where your call is found? Yes or No?

My thinking is that if your ALL.TXT only included lines with your call sign you could reduce the size of the ALL.TXT file considerably. Yes you would need to run this utility manually once in a while. There's no configuration file, no registry entry. It can automatically locate the ALL.TXT file in the WSJT-X folder and it would be for Windows only.

Gene


locked Re: Meinberg Error #Timesync

Reino Talarmo
 

Hi Art,

Just a minor correction. NetTime does not provide the same functionality as Meinberg or any other program that supports full NTP protocol.

Extract from Accuracy Notes:
The vast majority of users should find that NetTime more than meets their needs, however if you have specific requirements for very accurate time, I recommend that you investigate installing a full NTP client. Although you can set NetTime to sync more frequently to compensate for an inaccurate system clock, this isn't really recommended because of the greater strain that it puts onto the public NTP servers. A full NTP client has extra features to ensure better time accuracy (normally well below 10 milliseconds even between time syncs) by adjusting the rate that the system clock runs at.

73, Reino OH3mA

-----Original Message-----
....
I came across a small program that is FREE yes FREE and provides D4, Meinberg, NTP functionality in a concise package.
....


locked Re: Meinberg Error #Timesync

nm1a@...
 

Hello Group,

Graham ZL1ce has really great instructions!!

I came across a small program that is FREE yes FREE and provides D4, Meinberg, NTP functionality in a concise package.

It is NetTime and can be found at https://www.timesynctool.com/

Simple to use and configure, I use it with the set as a service option and it has been flawless on w7 and currently w10.

73 Art
NM1A


locked Re: #logging Possible Enhancement for the ALL.TXT file #logging

Herb Blue - WB8ASI
 

Steve, I"ve gotten in the habit of using Notebook+ about each month to strip out just the lines in the ALL.TXT file that contain my callsign. I then paste this condensed file into an Annual collection of these monthly condensed files, and have it saved elsewhere on my computer. Erase everything in the ALL.TXT file and start fresh for the new month. FIle size is no problem, and much easier for do lookups. Only takes a couple minutes of cut and paste. Herb WB8ASI


locked Re: #logging Possible Enhancement for the ALL.TXT file #logging

Dave Garber
 

so in other words, make it do what jtdx does??? serching old all texts
become very difficult

I find it easier to just edit with notepad, keep current month or 2 in
all.txt, but cut and paste older info to a renamed all.tx, as in "all
01-01-22 - 06-01-22.txt"

if the lost log entry has a date, I can find which txt file to search


Dave Garber
VE3WEJ / VE3IE

On Thu, Jun 2, 2022 at 1:28 AM Joe Subich, W4TV <lists@...> wrote:

On 2022-06-01 1:26 PM, Steve Miller wrote:
>
> Thoughts?

I would recommend an option to duplicate the behavior of one of the
derivative programs ... start a new ALL.TXT (ALL_YYYY-MM-DD.txt) file
at 00:00z on the first of each month.

Not only does that keep the size of each file generally manageable with
Notebook (no special software), it makes finding a particular callsign
or time period much easier.

73,

... Joe, W4TV


On 2022-06-01 1:26 PM, Steve Miller wrote:
Thank you all for the responses to my enhancement post.
After reading some of the responses, I can refine my request to these 3
options in regards to the ALL.TXT file.

1) Write all activity as it currently does today. Manually manage the
file for historical purposes.
2) Write only my calls 'send' and 'receive' activity to the file. File
size would never be an issue based on your own call activity.
3) Don't create or write to this file at all.

Thoughts?






locked Re: ARRL CONTEST SETUP #ContestMode

Larry Banks
 

The contest this weekend uses the NA VHF setup.

Larry / W1DYJ

On 6/1/2022 17:35, Dave Tucker Nu4N wrote:
I SEE THAT WSJT HAS A WW DIGITAL SETUP. HOW DO I SET THIS TO LOG THE GRID SQUARE IN ACLOG.
THANKS


locked Re: ARRL CONTEST SETUP #ContestMode

 

Hey thanks Dennis. Really appreciate the info.

73's Dave NU4N

On 6/2/2022 3:33 AM, Dennis W1UE wrote:
Dennis W1UE
--
*73'S DAVE NU4N*


locked Re: #logging #Linux Possible Enhancement for the ALL.TXT file #logging #linux

William Smith
 

Doh! Thanks for this, I’d been using split manually with all the potential problems, but this is the better solution.

73, Willie N1JBJ

On May 31, 2022, at 12:02 PM, Thomas, SM0KBD <sm0kbd@...> wrote:

Linux system the easiest way to automagically split the logfile, e.g. every month or so is to create a "logrotate" script


locked Re: Meinberg Error #Timesync

Graham (ZL1CE)
 

Hi all

The following is mostly a quote from a post I made on another group where users had the same issues with D4 & Meinberg

I have successfully used this method on XP, W7, W8 & W10 for many years. Before the internet days (DOS, W3.1, 98 etc ) I used an early version of Dimension 4.(which needed to be manually calibrated against time signals over several weeks) on my customers computers, but the newer versions of D4 no longer seem to play well with my current W10 version (21H2)


Clock Synchronization using Windows built in time synchronisation

Synchronizing the clock of your PC is normally enabled by default except for networked computers that are domain members. Obviously, this synchronization is not possible for PCs that are not connected (whether permanently or not) to the Internet ...

To activate or check that this function is enabled, you must go to Control Panel | Regional Options, Date and Time | Change date and time and click the Internet Time tab.

Synchronization occurs every 604,800 seconds, or every 7 days. You can increase or decrease this time by editing the registry:

Go to the key: HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ W32Time \ TimeProviders \ NtpClient

Locate and change the value: SpecialPollInterval

Assign a value in seconds. e.g. 3600 will give you an update interval of 60 minutes or 600 will give an update every 10 minutes etc ...

Restart the PC for the changes to take effect. (Source: MSKB Q297227)
--
After comment: I am back trialing Meinberg on my new computer (W10 21H2) but my other computers are all using the built in Windows time sync with a 1 hour update interval (3600 in the appropriate registry key). Also tried D4 recently but it seemed to be flaky

73 Graham
ZL1CE
QTH: RF73jc

View/Reply Online | Reply To Group | Reply To Sender | Mute Topic | Top ^ | New Topic


locked Re: FT4 S+P ? #FT4

Dave Garber
 

I think you still have to start the initial contact. not sure I understand
how colour change assists


Dave Garber
VE3WEJ / VE3IE

On Thu, Jun 2, 2022 at 1:28 AM dvhammer_99 <DaleHammer@...> wrote:

Hello,

I can not get the "S+P" function to work in FT4. I select the "Colors"
tab in "Settings", and then check only the "CQ in message" (bright green ),
and drag it to the top. Then I click the "S+P" button (turns red), but the
software does not then transmit when the next person that calls CQ is
decoded. What am I missing?
Thank you for your help.
73,
Dale






locked Re: Hamlib testing #hamlib

Michael Black
 

That sounds like it was still in Fake It mode if VFOA changed and VFOB did not.
If only VFOA is changing in Rig Split we need to debug that.

Please place this file as described below
https://www.dropbox.com/s/t52ngcalsgnpm8m/wsjtx_log_config.ini?dl=0


    C:\Users\[username]\AppData\Local\WSJT-X
    The WSJT-X_Rigcontrol.log file will be in the same location
    
For Linux put it in  
    ~/.config
    The WSJT-X_Rigcontrol.log file will be here:
    ~/.local/share/WSJT-X
    
Restart WSJT-X and duplicate the problem.
Shut down WSJT-X


Then send me the WSJT-X_RigControl.log file
Mike W9MDB

On Thursday, June 2, 2022, 07:22:43 AM CDT, Gary Rogers <cgaryrogers190@...> wrote:





On a separate note, since my HF station is down I’ve been using the Remote Hams client which is Windows based and uses K4 CAT commands…I did install the new .dll in my Windows WSJT-X 2.5.4 and ran it this morning. Fake it works fine. Will test rig if i have a chance this evening or tomorrow morning.

Follow up: I don’t normally use rig split so I’m going to describe what took place:

Changed from fake it to rig on the Settings> Radio tab.

Both VFOs went to the selected frequency (18.100)

When I transmitted, VFO A went to 18.101 (my audio freq was 2600). VFO B remained at 18.100.

Once the transmit cycle ended, VFO A went back to 18.100.

It seemed to function much in the same way as fake it.

Let me know if you need anything further.


On May 31, 2022, at 9:08 AM, Michael Black via groups.io <mdblack98@...> wrote:

I need everyone to test the latest Hamlib
Testing in Rig Split and Fake It would be appreciated.Successes/Failures please report.
New hamlib for installation directions
#1 Shut down WSJTX/JTDX
#2 Download either the 32-bit or 64-bit DLL matching the 32/64-bit version of WSJTX/JTDX -- hopefully your browser doesn't block it but may warn you multiple times.
If you can do a "Save As" you can save it directly in \WSJT\WSJTX\bin and replace the libhamlib-4.dll that is there.
http://n0nb.users.sourceforge.net/dll32/libhamlib-4.dll
http://n0nb.users.sourceforge.net/dll64/libhamlib-4.dll
Linux/Unix/Mac users need to compile the latest tar file from http://n0nb.users.sourceforge.net/
#3 If you don't save directly you need to open a file browser and move the file that way.
If you're not familiar with that here's a video on the file browser - https://www.youtube.com/watch?v=AyVqCJrs9dk
Mike W9MDB







3421 - 3440 of 38028