Date   

locked Right grid square but old State location when calling cq #logging

Joe Halasey 2081E WH6FZY
 

Recently moved from Hawaii to mainland I thought I changed to my new grid location but Hawaii still shows up in CQ call window with my correct grid.
How to fix? I don’t want to mislead people by thinking they have sudden dx pipeline.


locked Re: Yaesu 818ND SignalLink USB #Yaesu

Michael Black
 

On Friday, January 7, 2022, 12:00:19 PM CST, Gary trock <gtrockmd@...> wrote:

What is the pin numbering on the RT 6 pin to usb cable?
Gary N8GT
On Jan 7, 2022, at 12:52 PM, KN4RXP <sclark8890@...> wrote:

Thank you for the clarification. I was able to use the cable from RT Systems.





locked Re: Yaesu 818ND SignalLink USB #Yaesu

Gary trock
 

What is the pin numbering on the RT 6 pin to usb cable?
Gary N8GT

On Jan 7, 2022, at 12:52 PM, KN4RXP <sclark8890@...> wrote:

Thank you for the clarification. I was able to use the cable from RT Systems.





locked Re: Yaesu 818ND SignalLink USB #Yaesu

KN4RXP <sclark8890@...>
 

Thank you for the clarification. I was able to use the cable from RT Systems.


locked Re: FT8 Low Signal Reports #FT8

Jim Shorney
 

Thanks for the clarification Charlie.

73

-Jim
NU0C

On Fri, 7 Jan 2022 07:18:22 +0000
"Charles Suckling" <g3wdg1@...> wrote:

Jim

No. That setting is used to set the receiver bandwidth only for the
purpose of degrading signals played back from stored wave files, and has
nothing to do with real-time operation.

73

Charlie G3WDG

On Fri, 7 Jan 2022 at 02:04, Jim Shorney <jshorney@...> wrote:


Isn't that what the Receiver Bandwidth setting in Advanced settings is
for? To adjust the software to your actual receiver bandwidth?

73

-Jim
NU0C


On Thu, 6 Jan 2022 12:55:44 -0600
"neil_zampella" <neilz@...> wrote:

No ... the decoder is optimized for a 3kHz bandwidth. By narrowing the
filter, you changed the input to the algorithm that calculated the
signal report. K1JT has said over and over, do not narrow the
bandwidth for that reason.

Neil, KN3ILZ

On 1/6/2022 11:31 AM, Paul via groups.io wrote:
As an experiment I worked VR2XYL on 15m on WSJT. I narrowed the
filter on
my Flex-1500 down to about 100 Hz and his signal report was 35 dB.
After
the QSO I widened my filter back to 3.3 KHz and his signal strength
went to
-9 dB. Maybe WSJT is just a bit overrated for weak signal work?

de Paul, W8AEF

ZF2TI/ZF2TA 8Q7AA FO8DX/FO0PLA XZ0A VU7RG/VU3PYM TX5A A52PP 5W0EF
W1AW/KH8

DX Cluster at w8aef.ddns.net port 7373

-----Original Message-----
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of
Michael Black via groups.io
Sent: Thursday, January 06, 2022 9:42 AM
To: main@wsjtx.groups.io; main@WSJTX.groups.io
Subject: Re: [WSJTX] FT8 Low Signal Reports

SNR is based on noise floor -- when you reduce bandwidth you reduce the
noise computation.
So the increased SNR is just a mathematical artifact and does not
indicate
or affect your sensitivity.

I'm fairly sure WSJT-X does not normalize RMS based on bandwidth --
perhaps
it should.

Joe??

Mike W9MDB














locked Re: FT8 Low Signal Reports #FT8

Michael Black
 

If you narrow your filter you reduce the noise floor...the signal remains the same.Remember it's SNR  and the way noise is computed matters....but the signal stays the same.
Mike W9MDB

On Friday, January 7, 2022, 10:28:46 AM CST, Jon Ermels via groups.io <n0igu@...> wrote:

Edit
73 de NØIGU Jon

    On Thursday, January 6, 2022, 12:47:58 PM CST, Paul via groups.io <w8aef@...> wrote: 

As an experiment I worked VR2XYL on 15m on WSJT.  I narrowed the filter on
my Flex-1500 down to about 100 Hz and his signal report was 35 dB.  After
the QSO I widened my filter back to 3.3 KHz and her signal strength went to
-9 dB.  Maybe WSJT is just a bit overrated for weak signal work?

de Paul, W8AEF

ZF2TI/ZF2TA 8Q7AA FO8DX/FO0PLA XZ0A VU7RG/VU3PYM TX5A A52PP 5W0EF W1AW/KH8

DX Cluster at w8aef.ddns.net port 7373

-----Original Message-----
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of
Michael Black via groups.io
Sent: Thursday, January 06, 2022 9:42 AM
To: main@wsjtx.groups.io; main@WSJTX.groups.io
Subject: Re: [WSJTX] FT8 Low Signal Reports

SNR is based on noise floor -- when you reduce bandwidth you reduce the
noise computation.
So the increased SNR is just a mathematical artifact and does not indicate
or affect your sensitivity.

I'm fairly sure WSJT-X does not normalize RMS based on bandwidth -- perhaps
it should.

Joe??

Mike W9MDB



--
This email has been checked for viruses by AVG.
https://www.avg.com


locked Frequency Calibration Procedure #FreqCal

Glen Jenkins WB4KTF
 

I'd like to run the frequency calibration procedure. The online instructions indicate:
"To start a measurement session, check the Measure option and let the calibration cycle run for at least one complete sequence. "
There are TWO selections on the TOOLs that have the word "Measure" in them, which of the 2 is the one to use?
Measure Reference Spectrum OR Measure Phase Response?
Version 2.5.4
--
Glen, WB4KTF
Austin, TX


locked Re: FT8 Low Signal Reports #FT8

Chuck Hill K0MV
 

Hi Jim,

I've been active working DX 40M FT8.  As a mode, FT8 gives insight into propagation because it has much higher receive processing gain than CW, and you can see what other stations are working.  For example, in the mornings YB and JA are coming in very well and they are working further west into central Asia.  Or in the evenings here, Europeans are working to the east into Siberia and JA.

Now the noise floor on 40M is set by local RF trash but also from propagated lightning storms.  So the noise floor picture is very much dependent on propagation.  A directional antenna helps with gain getting 6dB or so, but also with rejection of noise getting 15dB or so--that's a lot!  (but only when the noise is away from the desired signal).

Also as has been mentioned, fading is very common.  10dB is common, but 20dB is there too.  The rate of fading affects QSOs, slower than a few minutes works, but with less than a minute QSOs take multiple fading cycles.

The fading can also be sporadic where the path opens up only briefly.  That seems to be the case when working past the auroral zone from here into central Asia.

So FT8 has made me more aware of the hearing capability in working DX and the band conditions for the DX are very different than mine.  And the receive processing gain shows the existence of paths.  For example, working Antarctica long path over Japan (311 degrees).  Or working western Australia over Africa (90 degrees). Or my longest, working VR2XYL (Hong Kong) in the evening; my antenna was pointed at South America 141 degrees so our QSO was long path.  That's 40075 - 11983 = 28,092 km! (17,554 miles). Pretty steady signal too, low fading!

The biggest difference in SNR reports I've received is my signal was 26dB lower SNR than I gave--that's a lot (200X).  You cannot explain that with a difference in transmit power.  A 10dB difference is common in my experience.

73,
Chuck K0MV

On 1/5/22 6:44 PM, Jim NJ3T via groups.io wrote:
Hello John,

I also use an IC-7610. I run FT8 and FT4 and sometimes have the same issue you are talking about. There are times I actually match or receive a better (higher db) report than sent. However, most of the time my received report is lower in db than sent. I felt compelled to reply to your post for a few reasons.
First I would like to comment on your 100 watts output. I always believed that running full output using FT8 and some other digital modes are hazardous to the health of the final transistors and/or other components in your transceiver. With that belief in mind, I back the power level down (using the 7610’s "multi" control) to about 32%. This shows an output of appx 28w during an FT8 transmission. I adjust the "power" slider control on the right side of the wsjt-x screen about 2/3rds up (-9.6db). This displays an ample ALC (appx. 50% scale) on my 7610's meter and it is the point where the power stops increasing as I move the slider upwards.
About the signal reports. I know of operators in my area using amplifiers with FT8. Lower output from the transceiver produces a lower output from the amp (protects the amp also?) which accounts for some of the higher reports those stations get. Combine that with a gain antenna like a 7 element yagi and reports can be very much higher than those of us running a dipole and 25 or 30 watts. The gain antenna itself without an amplifier in the equation can help you a good bit with your received reports. That said, I’ve seen some claimed QRP stations I have given reports to that were higher in db than the report from them. 5w into a yagi? Not sure. Another thing you must remember is that the band you are operating on may not be in good enough condition to allow consistent signals between stations. I’ve clicked on a station showing a +10 to see if I could work it. The station responded with a report for me as a -05 yet I noticed his signal fell to a -08 on his transmission. The next transmission was from me giving him his report. I get an RR73 from him with a signal of -15 on his transmission. I send him a 73. He then calls CQ and I notice his signal is a +05. Watching his and other signals on the band I notice some stations bouncing up and down in db which I believe is due to the band deteriorating or simply poor band propagation. So your reports, I believe, mostly depend a lot on what people are using at their station and band conditions.
Lastly I would like to hear from other’s regarding my thoughts and deductions from my experiences on this subject. I am always looking to learn more about anything used with Ham Radio.
Hope everyone had a Happy New Year!
73 Jim



--
Charles K0MV


locked Re: FT8 Low Signal Reports #FT8

Jon Ermels
 

Edit
73 de NØIGU Jon

On Thursday, January 6, 2022, 12:47:58 PM CST, Paul via groups.io <w8aef@...> wrote:

As an experiment I worked VR2XYL on 15m on WSJT.  I narrowed the filter on
my Flex-1500 down to about 100 Hz and his signal report was 35 dB.  After
the QSO I widened my filter back to 3.3 KHz and her signal strength went to
-9 dB.  Maybe WSJT is just a bit overrated for weak signal work?

de Paul, W8AEF

ZF2TI/ZF2TA 8Q7AA FO8DX/FO0PLA XZ0A VU7RG/VU3PYM TX5A A52PP 5W0EF W1AW/KH8

DX Cluster at w8aef.ddns.net port 7373

-----Original Message-----
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of
Michael Black via groups.io
Sent: Thursday, January 06, 2022 9:42 AM
To: main@wsjtx.groups.io; main@WSJTX.groups.io
Subject: Re: [WSJTX] FT8 Low Signal Reports

SNR is based on noise floor -- when you reduce bandwidth you reduce the
noise computation.
So the increased SNR is just a mathematical artifact and does not indicate
or affect your sensitivity.

I'm fairly sure WSJT-X does not normalize RMS based on bandwidth -- perhaps
it should.

Joe??

Mike W9MDB



--
This email has been checked for viruses by AVG.
https://www.avg.com


locked Re: Something new ? #QSO_practices

Jeff Stillinger
 

John,

This practice has been going on since the inception of FT8. Remember that FT8 is all about numbers collecting over quality of contact.  Collecting massive amounts of contacts is the FT8 equivalent to a number of "likes" a station would have.  There for a long time, stations were only sending a signal report and logging as a complete contact.  Not even a grid, just a signal report.  Out of the blue, sometimes in the middle of a QSO, I would get a random signal report and a few minutes later, I would notice the station had logged it and was requesting confirmation.

So how do you combat the issue?  Outline your requirements on your online biography so that stations are aware.  Take a look at my QRZ biography, or any of the 5 online.  My station, my logbook, my rules.  If the basic standard exchange, as outlined in the WSJT-X User Guide, is not complete.  I will not log and/or confirm the contact.  I even provide a link to the WSJT-X User Guide as a reference.  This really did help cut down just sending a signal report and expecting a confirmation. Virtually stopped the emails requesting the confirmation for a incomplete contact.   The numbers chasers get all twisted up and of course I am chastised for it, but I am into quality over quantity.  Those who confirm on QRZ will get a complete and detailed entry.   This policy is flexible and I can account for poor conditions in choosing to click the Log button or not.  So...  If we are fighting poor band conditions and it's obvious that one of the 73 got lost in space due to poor conditions.  I will still log/confirm the QSO with comments to that effect.  This policy is critical on 6, 2 meters, 70 cm, and 1.2 GHz, as many times the contacts are record setting distances or pathways and solid logging is what gets them in the record books.

Now if we could just get stations to do a complete log entry, that would be great.  Every applicable field should be filled out on the Log QSO window.  My pet peeve being how am I supposed to confirm having a QSO with someone who is using zero output power. That does not make sense and makes those operators look lazy.  But hey...  Have to collect those "likes".

On 1/5/22 15:48, n4qwf . wrote:
I have noticed lately that some of the stations I work do not confirm the QSO. I don't know if this is becoming a common practice but it is not a good idea. The software is set up to auto-log when it sees confirmation. i.ie RR73 or 73. I can understand not getting the final response from a -22 station but when the reports are plus in both directions I have to wonder what gives. Is there something in the operating practices to speed up things that I have no heard of? Anyone else notice this of late?

73<<John



--
Jeff Stillinger
KB6IBB Laboratories, Wylie Texas
http://kb6ibb-15.ham-radio-op.net/Ham-Radio/


locked Re: FT8 Low Signal Reports #FT8

Reino Talarmo
 

Hi Jim,
That Bandwidth is used, when you are playing with *.wav files and has
nothing to do with normal reception, I assume.
"Set a positive number in Degrade S/N of .wav file to add known amounts of
pseudo-random noise to data read from a .wav file. To ensure that the
resulting S/N degradation is close to the requested number of dB, set
Receiver bandwidth to your best estimate of the receiver's effective noise
bandwidth."

73, Reino OH3mA

Isn't that what the Receiver Bandwidth setting in Advanced settings is for?
To adjust the software to your actual receiver bandwidth?


locked Re: Something new ? #QSO_practices

Jim Shorney
 

"When in doubt, log it". Mark it as an SWL report until confirmed it the concept bothers you.

73

-Jim
NU0C

On Thu, 6 Jan 2022 13:58:11 -0500
"d_ziolkowski" <dan.ziolkowski@...> wrote:

same here, you just don't know for sure. I just log it, if I get a QSL
that's great!

If not, oh well. Unless it's a "needed" , I don't ever even follow up.

Dan KC2STA





On Thu, Jan 6, 2022 at 1:48 PM Kermit Lehman via groups.io <ktfrog007=
aol.com@groups.io> wrote:

Not necessarily. I've had many QSOs where I didn't receive an RR73 or RRR
(the other station may have sent it, but I didn't copy it: QSB, QRM) and
the station went on to work someone else. Then I have no idea where I
stand, especially in cases where we looped on the signal report. Did I not
receive the RR73 or RRR, or did they just give up?
Sometimes the only way I can tell for sure is if they eQSL me.

73,Ken, AB1J

Hi Michel,

I'm not sure what you mean by: "never send confirmation." If they have
sent an "RR73" that is a confirmation. Otherwise they would probably not
call another station.

73 -- Larry -- W1DYJ



-----Original Message-----
From: Larry Banks via groups.io <larryb.w1dyj@...>
To: main@WSJTX.groups.io
Sent: Thu, Jan 6, 2022 4:27 pm
Subject: Re: [WSJTX] Something new ? #QSO_practices

Hi Michel,

I'm not sure what you mean by: "never send confirmation." If they have
sent an "RR73" that is a confirmation. Otherwise they would probably not
call another station.

73 -- Larry -- W1DYJ


On 1/6/2022 9:08, Michel Bernard VE2BJG wrote:
What I have done is to carry on listening to those who never send
confirmation. Well guess what. John N4QWF is right. They do the same with
everyone. And I have seen this on stations that were strong signals both
ways.

I notice this is a common practice with rare stations or when there is a
pile up of stations calling a rare station.















locked Re: FT8 Low Signal Reports #FT8

Charles Suckling
 

Jim

No. That setting is used to set the receiver bandwidth only for the
purpose of degrading signals played back from stored wave files, and has
nothing to do with real-time operation.

73

Charlie G3WDG

On Fri, 7 Jan 2022 at 02:04, Jim Shorney <jshorney@...> wrote:


Isn't that what the Receiver Bandwidth setting in Advanced settings is
for? To adjust the software to your actual receiver bandwidth?

73

-Jim
NU0C


On Thu, 6 Jan 2022 12:55:44 -0600
"neil_zampella" <neilz@...> wrote:

No ... the decoder is optimized for a 3kHz bandwidth. By narrowing the
filter, you changed the input to the algorithm that calculated the
signal report. K1JT has said over and over, do not narrow the
bandwidth for that reason.

Neil, KN3ILZ

On 1/6/2022 11:31 AM, Paul via groups.io wrote:
As an experiment I worked VR2XYL on 15m on WSJT. I narrowed the
filter on
my Flex-1500 down to about 100 Hz and his signal report was 35 dB.
After
the QSO I widened my filter back to 3.3 KHz and his signal strength
went to
-9 dB. Maybe WSJT is just a bit overrated for weak signal work?

de Paul, W8AEF

ZF2TI/ZF2TA 8Q7AA FO8DX/FO0PLA XZ0A VU7RG/VU3PYM TX5A A52PP 5W0EF
W1AW/KH8

DX Cluster at w8aef.ddns.net port 7373

-----Original Message-----
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of
Michael Black via groups.io
Sent: Thursday, January 06, 2022 9:42 AM
To: main@wsjtx.groups.io; main@WSJTX.groups.io
Subject: Re: [WSJTX] FT8 Low Signal Reports

SNR is based on noise floor -- when you reduce bandwidth you reduce the
noise computation.
So the increased SNR is just a mathematical artifact and does not
indicate
or affect your sensitivity.

I'm fairly sure WSJT-X does not normalize RMS based on bandwidth --
perhaps
it should.

Joe??

Mike W9MDB











locked Re: Moving from MacOS to Windows 10 #macOS #Windows10

Rick Tavan
 

Export to ADIF on MacOS, then Import from ADIF on Windows?

/Rick N6XI

On Thu, Jan 6, 2022 at 6:06 PM florida randy <srqcrete@...> wrote:

After a week or so successfully operating on macOS and Gridtracker I
decided I wanted to also include Ham Radio Deluxe but it would “play”
better with Windows so I have installed both Wsjtx and Gridtracker and can
successfully operate on windows. However, I’d like for the QSO’s I made on
MacOS to transfer to my Windows install. How can this be accomplished
before the HRD install.

Thanks in advance.

Randy
N4TDT





--
--

Rick Tavan
Truckee and Saratoga, CA


locked Moving from MacOS to Windows 10 #macOS #Windows10

florida randy
 

After a week or so successfully operating on macOS and Gridtracker I decided I wanted to also include Ham Radio Deluxe but it would “play” better with Windows so I have installed both Wsjtx and Gridtracker and can successfully operate on windows. However, I’d like for the QSO’s I made on MacOS to transfer to my Windows install. How can this be accomplished before the HRD install.

Thanks in advance.

Randy
N4TDT


locked Re: FT8 Low Signal Reports #FT8

Jim Shorney
 

Isn't that what the Receiver Bandwidth setting in Advanced settings is for? To adjust the software to your actual receiver bandwidth?

73

-Jim
NU0C


On Thu, 6 Jan 2022 12:55:44 -0600
"neil_zampella" <neilz@...> wrote:

No ... the decoder is optimized for a 3kHz bandwidth.  By narrowing the
filter, you changed the input to the algorithm that calculated the
signal report.   K1JT has said over and over, do not narrow the
bandwidth for that reason.

Neil, KN3ILZ

On 1/6/2022 11:31 AM, Paul via groups.io wrote:
As an experiment I worked VR2XYL on 15m on WSJT. I narrowed the filter on
my Flex-1500 down to about 100 Hz and his signal report was 35 dB. After
the QSO I widened my filter back to 3.3 KHz and his signal strength went to
-9 dB. Maybe WSJT is just a bit overrated for weak signal work?

de Paul, W8AEF

ZF2TI/ZF2TA 8Q7AA FO8DX/FO0PLA XZ0A VU7RG/VU3PYM TX5A A52PP 5W0EF W1AW/KH8

DX Cluster at w8aef.ddns.net port 7373

-----Original Message-----
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of
Michael Black via groups.io
Sent: Thursday, January 06, 2022 9:42 AM
To: main@wsjtx.groups.io; main@WSJTX.groups.io
Subject: Re: [WSJTX] FT8 Low Signal Reports

SNR is based on noise floor -- when you reduce bandwidth you reduce the
noise computation.
So the increased SNR is just a mathematical artifact and does not indicate
or affect your sensitivity.

I'm fairly sure WSJT-X does not normalize RMS based on bandwidth -- perhaps
it should.

Joe??

Mike W9MDB






locked Re: Meinberg issue #Timesync

Jacques Pecourt
 

Thank you Chet for taking the time to reply to my question on the subject
matter. . Yes definitely, as Martin G0HDB suggested, I need to re-install
this program with an updated version.
I still have the old instructions and the password I used 2 years ago and
recognized the point specific to the "icreate an initial configuration".
.This is not a complicated task.
73,
Jacques, F2YS/W2

On Thu, 6 Jan 2022 at 17:49, Chet, N8RA <chetsubaccount@...> wrote:

Hello Jacques,

I recently used the latest Meinberg file ntp-4.2.8p15-v2-win32-setup to
get up-to-date.

It erased the old file automatically, and I then also followed some old
instructions.

During the installation, I got to the window stating "Files have been
installed".
There, in my old instructions it was advised that "NTP can create an
initial configuration for you using servers from the NTP Pool based on your
geographic location. You should allow it to do this, as it saves you the
task of choosing which servers to use. Ensure the box "Create an
initial..." is checked, and select your nearest country or region from the
drop-down list." I chose the U.S., and that is what I got.

Perhaps that can do what you wish.

73,
Chet, N8RA

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Jacques
Pecourt
Sent: Thursday, January 6, 2022 2:58 PM
To: WSJT <WSJTX@groups.io>
Subject: [WSJTX] Meinberg issue #Timesync

Meinberg ver. 4.28p13 installed on W10-64 in C:\\Tools\NTP

I have been using this program for the last 2 years with no issues, but
now the display suddenly changed the content I was used to seeing. It now
shows only 2 servers, one in Finland and the other in Hungary ! What
happened to the 3 US I was perfectly happy with ?

The problem is that it now takes 15 minutes or more to get lousy offsets.
I spent hours reading all I can find to correct this situation with no
solution. I also noticed that the ntp.config file has nothing in it that
makes sense. Just another panel (1.81 Kb ) with the option to “OPEN” that
opens nothing. No trace of anything like server 0. Us.pool.ntp.org 1,
2, 3.

Is there any way I can bring that config file back to what it was or do I
need to re-install the program from scratch ? Any help would be
appreciated. Thank you.

Jacques F2YS/W2











locked Re: Radio start-up when I start WSJT-X #Cat_RigControl

neil_zampella <neilz@...>
 

Well ... when I was programming 'flags' in Fortran "0" meant off, and
"1" meant on :)

Basically, I took Bill's original JSON which he prepared after 2.3.0 to
turn ON the auto on, and changed the 1 to 0 to turn it OFF.

Neil, KN3ILZ

On 1/6/2022 1:27 PM, Michael Black via groups.io wrote:
I think you meant “1” instead of “0”
Make W9MDB
On Jan 6, 2022, at 12:36 PM, neil_zampella <neilz@...> wrote:

Its a Hamlib option, what version of WSJT-X are you using as it was
turned off in the Hamlib version included in v2.3.0 of WSJT-X.

If you want to turn it off create a file in teh WSJT-X log directory
using text editor like Notepad. Save the file as hamlib_settings.json.

Cut and paste the following text between the 'begin' and 'end' into
Notepad, then save using the filename above. MAKE SURE it does not add
a .txt to the filename.

--------begin --- do not include this line in the cut & paste

{
"config": {
"auto_power_on": "0"
}
}


-------------------end ---- do not include this line in the cut & paste

AFAIK ... all the versions of Hamlib since 2.3.0 have the
'auto_power_on' defaulting to off.

Neil, KN3ILZ

On 1/6/2022 11:56 AM, Camillo Di Michele via groups.io wrote:
Any idea how I can disable this option?
It is one option implemtated on WSJT-X or on JTAlert?

Thanks








locked Re: Meinberg issue #Timesync

Chet, N8RA
 

Hello Jacques,

I recently used the latest Meinberg file ntp-4.2.8p15-v2-win32-setup to get up-to-date.

It erased the old file automatically, and I then also followed some old instructions.

During the installation, I got to the window stating "Files have been installed".
There, in my old instructions it was advised that "NTP can create an initial configuration for you using servers from the NTP Pool based on your geographic location. You should allow it to do this, as it saves you the task of choosing which servers to use. Ensure the box "Create an initial..." is checked, and select your nearest country or region from the drop-down list." I chose the U.S., and that is what I got.

Perhaps that can do what you wish.

73,
Chet, N8RA

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Jacques Pecourt
Sent: Thursday, January 6, 2022 2:58 PM
To: WSJT <WSJTX@groups.io>
Subject: [WSJTX] Meinberg issue #Timesync

Meinberg ver. 4.28p13 installed on W10-64 in C:\\Tools\NTP

I have been using this program for the last 2 years with no issues, but now the display suddenly changed the content I was used to seeing. It now shows only 2 servers, one in Finland and the other in Hungary ! What happened to the 3 US I was perfectly happy with ?

The problem is that it now takes 15 minutes or more to get lousy offsets. I spent hours reading all I can find to correct this situation with no solution. I also noticed that the ntp.config file has nothing in it that makes sense. Just another panel (1.81 Kb ) with the option to “OPEN” that opens nothing. No trace of anything like server 0. Us.pool.ntp.org 1, 2, 3.

Is there any way I can bring that config file back to what it was or do I need to re-install the program from scratch ? Any help would be appreciated. Thank you.

Jacques F2YS/W2


locked Re: Meinberg issue #Timesync

Jacques Pecourt
 

Thank you so much Martin for the timely answer and also suggesting that I
use the Time server monitor that was unknown to me. Very precious
information and suggestions. I will let you know later how I made out.
Stay well, best regards and 73.
Jacques F2YS/W2

On Thu, 6 Jan 2022 at 16:49, Martin G0HDB <marting0hdb@...> wrote:

On Thu, Jan 6, 2022 at 07:58 PM, Jacques Pecourt wrote:

Meinberg ver. 4.28p13 installed on W10-64 in C:\\Tools\NTP
[Snipped]

Is there any way I can bring that config file back to what it was or do I
need to re-install the program from scratch ? Any help would be
appreciated. Thank you.
Hello Jacques, sorry to hear about your issues with Meinberg.

The obvious solution to your apparent problem with the ntp.conf file (NB -
that's what it's called, not ntp.config) would be to restore a previous
version from a backup, but of course that assumes you've got a backup...!!

The alternative would be to do a re-install, using the most recent version
which is ntp-4.2.8p15-v2 - as well as being the up-to-date version of the
NTP app it has some important security updates (including to OpenSSL).
Doing a complete re-install would also enable you to generate a new
ntp.conf file that you could then edit to include the US pool servers that
you were accessing previously.

You haven't mentioned it, but are you using the Meinberg Time Server
Monitor utility app for checking what the NTP app is doing? The utility
includes the ability to edit the ntp.conf file; if you're not already using
the utility then it might be worth installing it and using it to see
exactly what is in your ntp.conf file.

Sorry I can't offer an explanation of what might have happened to your
existing installation of Meinberg; I hope you soon manage to get the app
behaving correctly again.

73
--
Martin G0HDB





9081 - 9100 of 40097