Date   

locked Re: Time Sync Program. #Timesync

LU4AHR
 

Hi all,

Been running Meinberg since the first version of Joe´s SW  (not tried any other time synching SW though) and never any issues, PC´s here were old pentium 4 running W-XP up to today´s i7-8700k running W10, and in-betweens). 

NTP is periodically updated but you have to check Meinberg´s website manually from time to time (unfortunately no automatic updating, updates should be done manually and although not complicated, IMHO it is not so simple nor straightforward), I understand current version is ntp-4.2.8p15-v2.

About the Monitor I agree it is quite old fashioned and to my knowledge has not been updated so far, but found it to be quite useful since it allows me to have an idea how well  my system is behaving.  I frequently use the NIST US time service to check my offset anyway.

I´m no way related to Meinberg but just a happy user of their software.

My 2¢.  Best 73 and great DXing,  

Marcelo - LU4AHR 


locked Re: Logged Stations Still Show Up In Band Activity As Not Worked - Green Highlighted #logging

Don Bolstad K9DEB
 

Ken

I had not seen that as something to do. Thanks.   
I did the rescan.  Went into Settings Collars and  unchecked the Green  CQ in Message option and checked the New Call and New Call on Band.

That seems to have done the trick...Now stations calling cq that I had worked before are not colored.

Thanks for all the help everybody.

Don K9DEB


locked Re: Logged Stations Still Show Up In Band Activity As Not Worked - Green Highlighted #logging

neil_zampella
 

He's using 2.16.17 which is the latest.    If you're using JT-Alert I would use its B4 display rather than the WSJT-X color scheme.

Neil, KN3ilz

On 3/16/2021 4:33 PM, Bill, WB6JJJ wrote:
Did you update JTAlert after installing the new WSJT program? JTAlert was changed to work with the new version of WSJT.
Bill
WB6JJJ


On Mar 16, 2021, at 2:26 PM, Robert Lorenzini <bob@...> wrote:

 I can duplicate this in 2.2.2 by starting everything from DXLabs launcher even when JTAlert is started last.
Killing JTAlert and restarting will fix it. Until I realized what was going on I made a number of embarrassing
workedB4 contacts. It may be JTAlert is the problem, I will revert and try that when I get back from my bike ride.

dod
JTAlert 2.16.17

On 3/16/2021 7:49 AM, Bob wrote:
No Bill, there is a bug.

dod

On 3/16/2021 6:37 AM, Bill Somerville wrote:
On 16/03/2021 12:02, Don Bolstad K9DEB wrote:
Recently had to re-install programs on PC after a Windows crash requiring a restore.  Fortunately the restore job saved my data and logs. However software programs needed to be re-installed.
Downloaded and installed  WSJt-x V2.3.0 and JTAlert 2.16.17.

Noticed that after I work and log a station, that station still shows up in the Band Activity window with green highlight, indicating not worked.  I checked the 'wsjtx_log.adi" and "wsjx.log" files and the qso has been properly recorded.  This has caused me to chase the station again, even though I may have worked him the same day.   All CQ lines in the band activity window are green.  This was not the way it was before the restore.

Anybody with an idea this is happening?

Don K9DEB
Don,

with the default colour scheme for highlighting decodes in WSJT-X a green background means they are calling CQ, no more, no less.

73
Bill





        




      



locked Re: Logged Stations Still Show Up In Band Activity As Not Worked - Green Highlighted #logging

Robert Lorenzini
 

Found the problem. I was starting JTAlert from a .bat file but I had the wrong argument. Everything
came up fine but the Band Activity colors were not being changed by JTA.

dod

On 3/16/2021 8:28 AM, Bob wrote:
I can duplicate this in 2.2.2 by starting everything from DXLabs launcher even when JTAlert is started last.
Killing JTAlert and restarting will fix it. Until I realized what was going on I made a number of embarrassing
workedB4 contacts. It may be JTAlert is the problem, I will revert and try that when I get back from my bike ride.

dod
JTAlert 2.16.17

On 3/16/2021 7:49 AM, Bob wrote:
No Bill, there is a bug.

dod

On 3/16/2021 6:37 AM, Bill Somerville wrote:
On 16/03/2021 12:02, Don Bolstad K9DEB wrote:
Recently had to re-install programs on PC after a Windows crash requiring a restore.  Fortunately the restore job saved my data and logs. However software programs needed to be re-installed.
Downloaded and installed  WSJt-x V2.3.0 and JTAlert 2.16.17.

Noticed that after I work and log a station, that station still shows up in the Band Activity window with green highlight, indicating not worked.  I checked the 'wsjtx_log.adi" and "wsjx.log" files and the qso has been properly recorded.  This has caused me to chase the station again, even though I may have worked him the same day.   All CQ lines in the band activity window are green.  This was not the way it was before the restore.

Anybody with an idea this is happening?

Don K9DEB

Don,

with the default colour scheme for highlighting decodes in WSJT-X a green background means they are calling CQ, no more, no less.

73
Bill







locked Re: FT8 #logging

Ken
 

Thanks Bill & John,
I think I will try John’s approach first.
It sounds simpler. I know how to create another config file.

W8KEN - Ken

On Mar 16, 2021, at 18:45, JP Tucson, AZ <samcat88az@...> wrote:


Hi Ken,

Instead of 2 instances, you can create 2  "CONFIGS"; one setup for each radio & they will both use the same log file.  

73 - John - N7GHZ

On Tue, Mar 16, 2021, 3:33 PM Ken via groups.io <w8ken=yahoo.com@groups.io> wrote:
I have created two instances of WSJT-X, one configured for my K3 and one configured for my IC-7610 Radio.
Both instances work.

Does anyone know how to point configure both Instances to use the same ADI Log file.
I would like to be able to switch between RIGs but maintain a common ADI file so stations worked on either radio will still show up as worked so I do not duplicate previous QSO's.

Ken - W8KEN







locked Re: Time Sync Program. #Timesync

Bob Lewis
 

The Meinburg monitoring service only works with Meinburg NTP so both must be installed and the windows time service (or any other time service like D4) must be disabled.

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Bob Turner
Sent: Tuesday, March 16, 2021 5:58 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Time Sync Program. #Timesync

 

I found the Meinburg monitoring software refuses to run because “NTP Service not installed”.   I tried it with Run As Administrator, same results.  It appears we need to install the Meinburg NTP service as well.  I did not.  The “Windows Time” service is running.  My windows 10 version is build 19041.867.

 

I was running Dimension 4.  I recently removed Dim4 to see how inaccurate my PC clock is.  It’s been about 24 hours without Dim4.  My time is 0.027 seconds fast.

 

7 3  Bob

N2SCJ

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of David Ackrill
Sent: Tuesday, March 16, 2021 2:24 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Time Sync Program. #Timesync

 

The NTP system will work anyway, the Meinburg monitoring software is realy only an additional benefit.  I look at the graphs occasionally and check that there are a number of Stratum 2 and 3 systems in the NTP Status tab.  It is old software now, so I doubt Meinburg will be offering any support for it anymore...

Using the command 'ntpq -pn' in a command prompt will tell you that NTP is running and which systems your PC has heard from.

Cheers - Dave (G0DJA)


locked Re: WSJT-X v2.4.0 rc3 #BugReport Tune Function/Hopping QSY (WSPR-2) #IssueReport

Bob K4RCG
 

Tnx Bill....it sure would be nice if it would TUNE (for the RF-sensed auto ATU) on every band hop UNLESS "RX ONLY" was ticked.  When using multiband antenna with auto ATU, the TUNE burst would be great to "tune" the antenna if the next-up cycle is RX.  In my case, my antenna system uses auto ATUs at the feedpoint.

73
Bob K4RCG


locked Re: #WSJTX_config #WSJTX_config

W7DDE
 

More details--

Hamlib error: Protocol error


locked Re: FT8 #logging

Bill Somerville
 

On 16/03/2021 21:58, Ken via groups.io wrote:
I have created two instances of WSJT-X, one configured for my K3 and one configured for my IC-7610 Radio.
Both instances work.

Does anyone know how to point configure both Instances to use the same ADI Log file.
I would like to be able to switch between RIGs but maintain a common ADI file so stations worked on either radio will still show up as worked so I do not duplicate previous QSO's.

Ken - W8KEN

Hi Ken,

you can do that with a minor limitation. Create a symlink (hard link on MS WIndows) so that same log file is visible in both instances log files directory. You will need to merge the two log files into one before doing that, just append one to the other omitting the header record.

The limitation is that QSOs made on one instance will not be visible to the other until the log file is re-scanned ("Setting->Colors->Rescan ADIF log") or the instance is restarted.

73
Bill
G4WJS.


locked Re: FT8 #logging

JP Tucson, AZ
 

Hi Ken,

Instead of 2 instances, you can create 2  "CONFIGS"; one setup for each radio & they will both use the same log file.  

73 - John - N7GHZ

On Tue, Mar 16, 2021, 3:33 PM Ken via groups.io <w8ken=yahoo.com@groups.io> wrote:
I have created two instances of WSJT-X, one configured for my K3 and one configured for my IC-7610 Radio.
Both instances work.

Does anyone know how to point configure both Instances to use the same ADI Log file.
I would like to be able to switch between RIGs but maintain a common ADI file so stations worked on either radio will still show up as worked so I do not duplicate previous QSO's.

Ken - W8KEN




locked Re: WSJT-X v2.4.0 rc3 #BugReport Tune Function/Hopping QSY (WSPR-2) #IssueReport

Bill Somerville
 

On 16/03/2021 21:26, Bob wrote:
When "hopping" in WSPR-2, TUNE (in hopping "Schedule") does not always TX upon band change.  Sometimes it does, and sometimes it does not. Desired state would be to have the TUNE function always TX upon hop/QSY to new band to ensure ATU engages and thus results in optimal RX condtion on the new band.  I've seen this behavior in previous GA and rc.

73 de Bob
K4RCG
Hi Bob,

WSJT-X only transmits on bands scheduled for transmit. It does that on the assumption that you may not be licensed to transmit on bands not set to Tx in the schedule.

73
Bill
G4WJS.


locked Re: FT8 #logging

Ken
 

I have created two instances of WSJT-X, one configured for my K3 and one configured for my IC-7610 Radio.
Both instances work.

Does anyone know how to point configure both Instances to use the same ADI Log file.
I would like to be able to switch between RIGs but maintain a common ADI file so stations worked on either radio will still show up as worked so I do not duplicate previous QSO's.

Ken - W8KEN


locked Re: Time Sync Program. #Timesync

Bob Turner
 

I found the Meinburg monitoring software refuses to run because “NTP Service not installed”.   I tried it with Run As Administrator, same results.  It appears we need to install the Meinburg NTP service as well.  I did not.  The “Windows Time” service is running.  My windows 10 version is build 19041.867.

 

I was running Dimension 4.  I recently removed Dim4 to see how inaccurate my PC clock is.  It’s been about 24 hours without Dim4.  My time is 0.027 seconds fast.

 

7 3  Bob

N2SCJ

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of David Ackrill
Sent: Tuesday, March 16, 2021 2:24 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Time Sync Program. #Timesync

 

The NTP system will work anyway, the Meinburg monitoring software is realy only an additional benefit.  I look at the graphs occasionally and check that there are a number of Stratum 2 and 3 systems in the NTP Status tab.  It is old software now, so I doubt Meinburg will be offering any support for it anymore...

Using the command 'ntpq -pn' in a command prompt will tell you that NTP is running and which systems your PC has heard from.

Cheers - Dave (G0DJA)


locked Re: Time Sync Program. #Timesync

RichardH
 

I use NetTime, also.  Very simple and straightforward, lightweight, and works like a charm right out of the gate.  Highly recommend.

dh


locked WSJT-X #FT8

Ken
 

TEST - Please disregaed


locked Re: Logged Stations Still Show Up In Band Activity As Not Worked - Green Highlighted #logging

Bill, WB6JJJ
 

Did you update JTAlert after installing the new WSJT program? JTAlert was changed to work with the new version of WSJT.
Bill
WB6JJJ

On Mar 16, 2021, at 2:26 PM, Robert Lorenzini <bob@...> wrote:

 I can duplicate this in 2.2.2 by starting everything from DXLabs launcher even when JTAlert is started last.
Killing JTAlert and restarting will fix it. Until I realized what was going on I made a number of embarrassing
workedB4 contacts. It may be JTAlert is the problem, I will revert and try that when I get back from my bike ride.

dod
JTAlert 2.16.17

On 3/16/2021 7:49 AM, Bob wrote:
No Bill, there is a bug.

dod

On 3/16/2021 6:37 AM, Bill Somerville wrote:
On 16/03/2021 12:02, Don Bolstad K9DEB wrote:
Recently had to re-install programs on PC after a Windows crash requiring a restore. Fortunately the restore job saved my data and logs. However software programs needed to be re-installed.
Downloaded and installed WSJt-x V2.3.0 and JTAlert 2.16.17.

Noticed that after I work and log a station, that station still shows up in the Band Activity window with green highlight, indicating not worked. I checked the 'wsjtx_log.adi" and "wsjx.log" files and the qso has been properly recorded. This has caused me to chase the station again, even though I may have worked him the same day. All CQ lines in the band activity window are green. This was not the way it was before the restore.

Anybody with an idea this is happening?

Don K9DEB
Don,

with the default colour scheme for highlighting decodes in WSJT-X a green background means they are calling CQ, no more, no less.

73
Bill






locked WSJT-X v2.4.0 rc3 #BugReport Tune Function/Hopping QSY (WSPR-2) #IssueReport

Bob K4RCG
 

When "hopping" in WSPR-2, TUNE (in hopping "Schedule") does not always TX upon band change.  Sometimes it does, and sometimes it does not.  Desired state would be to have the TUNE function always TX upon hop/QSY to new band to ensure ATU engages and thus results in optimal RX condtion on the new band.  I've seen this behavior in previous GA and rc.

73 de Bob
K4RCG


locked Re: WSJT-X not Answering Calls #FT8

Monty Wilson, NR0A
 

If the Call 1st check box is clear then the system will wait for you to select a QSO partner.

 

Checking Call 1st will cause the system to respond to the first response to your station that it decodes.

 

 

Monty Wilson, NR0A

jwilson16@...

 

From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Dale Martin, KG5U
Sent: Tuesday, March 16, 2021 11:49 AM
To: main@WSJTX.groups.io
Subject: [WSJTX] WSJT-X not Answering Calls #FT8

 

I noticed the other day that WSJT-X(v2.3.0) is not recognizing calling stations in response to my CQs. In fact, it just continues calling CQ in spite of there being 1,2,or 3 callers showing up in the Rx Frequency pane answering the just finished CQ. I've checked my settings and cannot find anything that might turn on/off such a feature. 

Thanks for any info anyone can provide. 

73, dale, kg5u


locked Re: FST$4W in a PIC #FST4W

Bill Somerville
 

On 16/03/2021 21:54, Kenneth Williams wrote:
Yes, I caught the issue that this chip is designed for two-tone FSK.  However, after thinking about your idea, it is not clear that this would work without knowing the undocumented internals of the chip.  Very specifically, it is not clear that if both F1 and F2 hold the same frequency, that there would be no phase discontinuity when flipping the FSK input.

So, in the method you propose, at some point in the operation, set F1=F2 and change FSK.  What should be the setting for ramped or non-ramped?  If ramped, what rate? And then, the big question, how well is phase continuity guaranteed?  This phase continuity is not clear to me from the chip specs.

This is a good and interesting topic.

Ken
KC6PUQ
Ken,

the DDS is phase continuous when doing FSK frequency shifts. The ramping can be disabled in ramped-FSK mode by clearing the TRIANGLE bit if necessary. I did say that any F1/F2 swapping would need to be done in dwell time mid-symbol, probably just prior as at mid-symbol in ramped-FSK mode it is time to flip the FSK input to start the next frequency change if there is one. So I don't think any of your questions above are relevant or unanswered by the data sheet.

73
Bill
G4WJS.


locked Re: FST$4W in a PIC #FST4W

Kenneth Williams
 

Yes, I caught the issue that this chip is designed for two-tone FSK.  However, after thinking about your idea, it is not clear that this would work without knowing the undocumented internals of the chip.  Very specifically, it is not clear that if both F1 and F2 hold the same frequency, that there would be no phase discontinuity when flipping the FSK input.

So, in the method you propose, at some point in the operation, set F1=F2 and change FSK.  What should be the setting for ramped or non-ramped?  If ramped, what rate? And then, the big question, how well is phase continuity guaranteed?  This phase continuity is not clear to me from the chip specs.

This is a good and interesting topic.

Ken
KC6PUQ

14781 - 14800 of 37978