This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Openplotter 3 headless beta 64 bit - network NTP broken with AP setting?
#1
I have added a second WIFI Dongle (Ralink type) to my Pi-4. - (That was a trial in itself, the device i previously used for Openplotter 2 was exhibiting strange behaviour so I replaced it with a new one)

If I Enable AP mode on the on-board wifi in openplotter network, it seems to break NTP, the time is not updated on restart and remains offset. Disabling AP mode again doesn't appear to fix this.

Paul
Reply
#2
If you connect a GPS dongle, the system gets the time from this so it is maybe not so critical for the usual OpenPlotter use case?
Reply
#3
NTP gets the current time from internet. If you set an AP, unless you second wifi dongle is connected, you will not get the current time from internet.

When a GPS is present in the system, time is updated from there.
Reply
#4
Thanks Sailoog,
I do have a second Wi-Fi and it is connected to the internet (browser works, apt update works, apt full-upgrade fails due to time not synchronised and the time is -ve offset by the time the os is not running between shutdown and reboot) but it still passes the open plotter startup check For ntp. Disabling AP and reboot doesn’t fix it but adding GPS dongle corrects the time.
Reply
#5
Using ntpq -p on a fresh install (two wifi interfaces, both configured to access my home wifi) gives:
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
1.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
2.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
3.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
#main.macht.org 124.216.164.14 2 u 4 64 37 29.916 -0.229 14.570
+ntp3.wirehive.n 202.70.69.81 2 u 3 64 37 10.719 -3.122 4.485
#101.100.146.146 202.46.177.18 2 u 67 64 17 276.246 +0.036 2.293
+time.cloudflare 10.19.9.88 3 u 63 64 17 14.949 -2.849 22.630
+gowest.hojmark. 193.67.79.202 2 u 64 64 17 16.106 -3.267 17.311
+time.shf.uk.as4 81.21.76.27 3 u 1 64 37 10.231 -4.604 2.749
+time-uk.tomhek. 85.199.214.98 2 u 61 64 17 14.550 -2.160 23.142
-ams.aput.net 131.176.107.13 2 u 63 64 17 17.190 -9.235 11.515
#send.mx.cdnetwo 125.185.190.74 2 u 4 64 37 263.019 -2.151 16.318
#ip-103-106-65-2 202.46.185.18 2 u 2 64 37 305.900 -5.842 14.552
+fluffykins.posi 178.62.68.79 3 u 2 64 37 9.279 -3.966 15.657
#bandersnatch.ro 193.79.237.14 2 u 3 64 37 16.785 -0.463 24.231
*185.83.169.27 .GPS. 1 u 6 64 37 19.681 -3.893 11.804
#ntp1.wirehive.n 202.70.69.81 2 u 11 64 37 12.007 +11.581 21.038
t+server1b.meinbe 79.133.44.146 2 u 13 64 37 28.368 -3.801 11.411
+ntp1.noris.net 96.160.39.195 2 u 16 64 37 27.218 -6.117 12.835

Running ntpq -p again after configuring AP mode in openplotter-network (and the re-boot)

pi@openplotter:~ $ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
vodafone.broadb 193.79.237.14 3 u 12 64 1 0.969 +37953. 0.381

The clock increments but is not synchronised.

Disabling AP mode, rebooting and running ntpq -p again:

ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
vodafone.broadb 193.79.237.14 3 u 12 64 1 0.969 +37953. 0.381

clock is still not synchronised

running 'sudo dpkg-reconfigure ntp' gives no change in the ntpq -p output and the clock remains unsynchronised.

I'm a little out of my depth so I'm not sure if the above is at all relevant?

Paul
Reply
#6
I will take a look thanks
Reply
#7
Hi Sailoog,

It seems to be fixed in Openplotter-network 3.1.5.

Thanks
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)