MultiboxSE: Uhrzeit geht um einige Minuten vor

[Bualicher]

probier mal das ..

Code: Alles auswählen

ntpdate -u -d 0.de.pool.ntp.org && date

und poste die ausgabe bitte ..

hier die Ausgabe:

Code: Alles auswählen

/var/root # date
Mon Feb  6 15:20:27 CET 2023
/var/root # ntpdate -u -d 0.de.pool.ntp.org && date
 6 Feb 15:20:30 ntpdate[29767]: ntpdate 4.2.8p15@1.3728-o (1)
transmit(185.232.69.65)
receive(185.232.69.65)
transmit(212.18.3.19)
receive(212.18.3.19)
transmit(162.159.200.1)
receive(162.159.200.1)
transmit(37.114.40.20)
receive(37.114.40.20)
transmit(185.232.69.65)
receive(185.232.69.65)
transmit(212.18.3.19)
receive(212.18.3.19)
transmit(162.159.200.1)
receive(162.159.200.1)
transmit(37.114.40.20)
receive(37.114.40.20)
transmit(185.232.69.65)
receive(185.232.69.65)
transmit(212.18.3.19)
receive(212.18.3.19)
transmit(162.159.200.1)
receive(162.159.200.1)
transmit(37.114.40.20)
receive(37.114.40.20)
transmit(185.232.69.65)
receive(185.232.69.65)
transmit(212.18.3.19)
receive(212.18.3.19)
transmit(162.159.200.1)
receive(162.159.200.1)
transmit(37.114.40.20)
receive(37.114.40.20)

server 185.232.69.65, port 123
stratum 2, precision -25, leap 00, trust 000
refid [79.133.44.136], root delay 0.003860, root dispersion 0.000061
reference time:      e78b8a4d.8be5f81b  Mon, Feb  6 2023 15:16:45.546
originate timestamp: e78b8a6d.17b12338  Mon, Feb  6 2023 15:17:17.092
transmit timestamp:  e78b8b34.f3925666  Mon, Feb  6 2023 15:20:36.951
filter delay:  0.04181    0.03824    0.03680    0.03925
               ----       ----       ----       ----
filter offset: -199.86460 -199.86480 -199.86449 -199.86573
               ----       ----       ----       ----
delay 0.03680, dispersion 0.00046, offset -199.864498

server 212.18.3.19, port 123
stratum 2, precision -24, leap 00, trust 000
refid [212.18.1.106], root delay 0.000916, root dispersion 0.001389
reference time:      e78b867e.d21027a2  Mon, Feb  6 2023 15:00:30.820
originate timestamp: e78b8a6d.4b6e2f50  Mon, Feb  6 2023 15:17:17.294
transmit timestamp:  e78b8b35.26c6443f  Mon, Feb  6 2023 15:20:37.151
filter delay:  0.04309    0.04036    0.04370    0.04192
               ----       ----       ----       ----
filter offset: -199.86337 -199.86372 -199.86539 -199.86499
               ----       ----       ----       ----
delay 0.04036, dispersion 0.00090, offset -199.863729

server 162.159.200.1, port 123
stratum 3, precision -25, leap 00, trust 000
refid [10.125.8.154], root delay 0.008896, root dispersion 0.000305
reference time:      e78b8a34.397eb4d1  Mon, Feb  6 2023 15:16:20.224
originate timestamp: e78b8a6d.7d7c1ad4  Mon, Feb  6 2023 15:17:17.490
transmit timestamp:  e78b8b35.59f8df0b  Mon, Feb  6 2023 15:20:37.351
filter delay:  0.03883    0.03612    0.03511    0.03601
               ----       ----       ----       ----
filter offset: -199.86610 -199.86622 -199.86595 -199.86654
               ----       ----       ----       ----
delay 0.03511, dispersion 0.00037, offset -199.865953

server 37.114.40.20, port 123
stratum 2, precision -6, leap 00, trust 000
refid [192.53.103.104], root delay 0.007111, root dispersion 0.070892
reference time:      e78b8a55.fab6c948  Mon, Feb  6 2023 15:16:53.979
originate timestamp: e78b8a6d.b82dcf46  Mon, Feb  6 2023 15:17:17.719
transmit timestamp:  e78b8b35.8d2c7850  Mon, Feb  6 2023 15:20:37.551
filter delay:  0.05946    0.05943    0.05894    0.05933
               ----       ----       ----       ----
filter offset: -199.83915 -199.84039 -199.84064 -199.84106
               ----       ----       ----       ----
delay 0.05894, dispersion 0.00044, offset -199.840644

 6 Feb 15:20:37 ntpdate[29767]: step time server 185.232.69.65 offset -199.864498 sec
Mon Feb  6 15:20:37 CET 2023

Hier ändert sich also nichts. Außer, dass die Systemzeit nochmals um 3s zu heute Früh abgedriftet ist.

...
Kannst du denn die Uhrzeit mit "date -s 10:45:40" setzen?
...

Ausgabe:

Code: Alles auswählen

/var/root # date
Mon Feb  6 15:22:28 CET 2023
/var/root # date -s 10:45:40
Mon Feb  6 10:45:40 CET 2023
/var/root # date
#Mon Feb  6 15:22:31 CET 2023

Selbes Spiel wie bei annie.

Die Zeit wird bei mir auch nicht synchronisiert wenn ich DVB einstelle.
Ich weiß nicht wo die Uhrzeit abgespeichert oder berechnet wird. Zumindest scheint dort die neue Uhrzeit nicht geschrieben zu werden.
Allerdings wenn ich die Box neustarte, dann stimmt die Uhrzeit. Was ist beim Systemstart anders als bei der 30minütigen Synchronisation?

[Gorcon]

Die Zeit wird bei mir auch nicht synchronisiert wenn ich DVB einstelle.

Dann würde die Box aber überhaupt keine Urzeit haben, denn eine Echtzeituhr besitzt sie ja nicht. Wenn die Box heruntergefahren wird und kein Timer programmiert ist, dann fährt sie beim einschalten ganz ohne Uhrzeit hoch. (und wird dann synchronisiert)
Für Aufnahmen (per Timer) wird nur ein Countdown gestartet um die Box zu wecken, beim hochfahren holt sich die Box dann ihre Urzeit, ohne diese würde sie wieder runter fahren und den Timer löschen.

[thc04]

@ bualicher

6 Feb 15:20:37 ntpdate[29767]: step time server 185.232.69.65 offset -199.864498 sec
Mon Feb 6 15:20:37 CET 2023

Da steht doch step .. Nach mehreren Stunden wird die Zeit stimmen.

[Bualicher]

@ bualicher

6 Feb 15:20:37 ntpdate[29767]: step time server 185.232.69.65 offset -199.864498 sec
Mon Feb 6 15:20:37 CET 2023

Da steht doch step .. Nach mehreren Stunden wird die Zeit stimmen.

Naja, für mich sieht das nicht so aus, als ob das in die richtige Richtung geht

Code: Alles auswählen

/var/root # date
Mon Feb  6 17:35:18 CET 2023
/var/root # ntpdate -u -d 0.de.pool.ntp.org && date
 6 Feb 17:36:10 ntpdate[9485]: ntpdate 4.2.8p15@1.3728-o (1)
transmit(54.36.110.36)
receive(54.36.110.36)
transmit(176.9.42.91)
receive(176.9.42.91)
transmit(176.9.44.212)
receive(176.9.44.212)
transmit(185.232.69.65)
receive(185.232.69.65)
transmit(54.36.110.36)
receive(54.36.110.36)
transmit(176.9.42.91)
receive(176.9.42.91)
transmit(176.9.44.212)
receive(176.9.44.212)
transmit(185.232.69.65)
receive(185.232.69.65)
transmit(54.36.110.36)
receive(54.36.110.36)
transmit(176.9.42.91)
receive(176.9.42.91)
transmit(176.9.44.212)
receive(176.9.44.212)
transmit(185.232.69.65)
receive(185.232.69.65)
transmit(54.36.110.36)
receive(54.36.110.36)
transmit(176.9.42.91)
receive(176.9.42.91)
transmit(176.9.44.212)
receive(176.9.44.212)
transmit(185.232.69.65)
receive(185.232.69.65)

server 54.36.110.36, port 123
stratum 2, precision -24, leap 00, trust 000
refid [237.17.204.95], root delay 0.008118, root dispersion 0.026459
reference time:      e78ba7ad.d6068010  Mon, Feb  6 2023 17:22:05.836
originate timestamp: e78baa37.d534226c  Mon, Feb  6 2023 17:32:55.832
transmit timestamp:  e78bab00.b03dcff4  Mon, Feb  6 2023 17:36:16.688
filter delay:  0.03845    0.03699    0.03696    0.03625
               ----       ----       ----       ----
filter offset: -200.85968 -200.86093 -200.86112 -200.86099
               ----       ----       ----       ----
delay 0.03625, dispersion 0.00021, offset -200.860991

server 176.9.42.91, port 123
stratum 2, precision -24, leap 00, trust 000
refid [131.188.3.222], root delay 0.008301, root dispersion 0.016815
reference time:      e78ba9c5.605f47af  Mon, Feb  6 2023 17:31:01.376
originate timestamp: e78baa38.0a30b4d7  Mon, Feb  6 2023 17:32:56.039
transmit timestamp:  e78bab00.e370e67f  Mon, Feb  6 2023 17:36:16.888
filter delay:  0.04514    0.04272    0.04550    0.04419
               ----       ----       ----       ----
filter offset: -200.85646 -200.85700 -200.85862 -200.85794
               ----       ----       ----       ----
delay 0.04272, dispersion 0.00079, offset -200.857008

server 176.9.44.212, port 123
stratum 2, precision -24, leap 00, trust 000
refid [124.216.164.14], root delay 0.011429, root dispersion 0.026047
reference time:      e78ba501.3e1acded  Mon, Feb  6 2023 17:10:41.242
originate timestamp: e78baa38.3c60339f  Mon, Feb  6 2023 17:32:56.235
transmit timestamp:  e78bab01.16a43927  Mon, Feb  6 2023 17:36:17.088
filter delay:  0.04314    0.03940    0.04320    0.04245
               ----       ----       ----       ----
filter offset: -200.85948 -200.85912 -200.86120 -200.86105
               ----       ----       ----       ----
delay 0.03940, dispersion 0.00131, offset -200.859121

server 185.232.69.65, port 123
stratum 2, precision -25, leap 00, trust 000
refid [79.133.44.136], root delay 0.003845, root dispersion 0.000046
reference time:      e78baa28.af26cfe7  Mon, Feb  6 2023 17:32:40.684
originate timestamp: e78baa38.6f2068f5  Mon, Feb  6 2023 17:32:56.434
transmit timestamp:  e78bab01.49d7defe  Mon, Feb  6 2023 17:36:17.288
filter delay:  0.04005    0.03784    0.03903    0.03935
               ----       ----       ----       ----
filter offset: -200.85969 -200.85984 -200.86062 -200.86126
               ----       ----       ----       ----
delay 0.03784, dispersion 0.00075, offset -200.859840

 6 Feb 17:36:17 ntpdate[9485]: step time server 54.36.110.36 offset -200.860991 sec
Mon Feb  6 17:36:17 CET 2023

[jokel]

ja sind bald 4 minuten ..
wenn ich richtig lese dann müsstest du -B mal ins spiel bringen ..

Code: Alles auswählen

-B
Erzwingen Sie mit dem Systemaufruf adjtime(), dass die Zeit immer verschoben wird, auch wenn der 
gemessene Offset größer als +-500 ms ist. Standardmäßig wird die Zeit mit settimeofday() schrittweise
erhöht, wenn der Offset größer als +-500 ms ist. Beachten Sie, dass, wenn der Offset in diesem Fall viel
größer als +-500 ms ist, es lange (Stunden) dauern kann, bis die Uhr auf den richtigen Wert eingestellt ist.
Während dieser Zeit. Der Host sollte nicht zum Synchronisieren
von Clients verwendet werden.

also ..

Code: Alles auswählen

ntpdate -B 0.de.pool.ntp.org

mich würde mal interessieren was bei dir dann passiert ..

[Bualicher]

ja sind bald 4 minuten ..
wenn ich richtig lese dann müsstest du -B mal ins spiel bringen ..

Code: Alles auswählen

-B
Erzwingen Sie mit dem Systemaufruf adjtime(), dass die Zeit immer verschoben wird, auch wenn der gemessene Offset
größer als +-500 ms ist. Standardmäßig wird die Zeit mit settimeofday() schrittweise erhöht, wenn der Offset größer als
+-500 ms ist. Beachten Sie, dass, wenn der Offset in diesem Fall viel größer als +-500 ms ist, es lange (Stunden) dauern
kann, bis die Uhr auf den richtigen Wert eingestellt ist. Während dieser Zeit. Der Host sollte nicht zum Synchronisieren
von Clients verwendet werden.

also ..

Code: Alles auswählen

ntpdate -B 0.de.pool.ntp.org

mich würde mal interessieren was bei dir dann passiert ..

Dann passiert das:

Code: Alles auswählen

/var/root # date
Mon Feb  6 18:22:56 CET 2023
/var/root # ntpdate -B 0.de.pool.ntp.org
 6 Feb 18:23:04 ntpdate[13730]: adjust time server 167.235.228.35 offset -201.209203 sec
/var/root # date
Mon Feb  6 18:23:07 CET 2023

[jokel]

was hast du beim zeitsync eingestellt dvb oder ntp ..

[Bualicher]

was hast du beim zeitsync eingestellt dvb oder ntp ..

Aktuell ist NTP eingestellt

[seife]

Ausgabe:

Code: Alles auswählen

/var/root # date
Mon Feb  6 15:22:28 CET 2023
/var/root # date -s 10:45:40
Mon Feb  6 10:45:40 CET 2023
/var/root # date
#Mon Feb  6 15:22:31 CET 2023

Selbes Spiel wie bei annie.

Die Zeit wird bei mir auch nicht synchronisiert wenn ich DVB einstelle.
Ich weiß nicht wo die Uhrzeit abgespeichert oder berechnet wird. Zumindest scheint dort die neue Uhrzeit nicht geschrieben zu werden.

Genau, da ist irgendwo grundsätzlich was faul.
Anscheinend gehen alle methoden, aus dem userspace die Zeit zu setzen mittels stime() oder settimeofday() & co nicht richtig.

Das liegt nicht am Neutrino oder eurem Zeitserver, da ist irgendwo im Kernel/Libc was faul.

Der jokel ist hier komplett auf der falschen spur.

Sind das 32bit oder 64bit ARM kernels? Evvtl. 32bit userland auf 64bit kernel?

Allerdings wenn ich die Box neustarte, dann stimmt die Uhrzeit. Was ist beim Systemstart anders als bei der 30minütigen Synchronisation?

Ich könnte mir vorstellen, daß die Zeit da von irgendeinem Treiber aus dem RTC Chip gelesen wird (hat die box sowas? Hält die die uhrzeit über einen stromausfall?)

Es müsste mal jemand debuggen ob die settimeofday() dinger richtig im Kernel ankommen.
Wenn es da 32/64 bit issues gibt, dann müsste man schauen ob die compat-syscalls richtig übersetzt werden (und das in der Kernelconfig entsprechend eingeschaltet ist).

[jokel]

Der jokel ist hier komplett auf der falschen spur.

ich bin nicht auf spurensuche .. das kannst du besser
sondern das sich seine zeit differenz normalisiert mit der er erstmal leben kann ..

[jokel]

was hast du beim zeitsync eingestellt dvb oder ntp ..

Aktuell ist NTP eingestellt

da mit jeder abfrage von ntpdate deine zeit nach oben getrieben wird ..
würde ich mal den intervall von 30 auf 240 oder 480 erhöhen und sehen was dann passiert

[jokel]

andere frage .. läuft was auf der box .. nach ein bissel lesen heute

1. es gab wohl mal probleme mit dem sp804 timer .. atv u. ni bauen auch für die hd6x die diesen timer haben
dort gibt es keine probleme

2. einer hatte probleme mit der zeit .. lag wohl an einer os..m .. neue cam .. alles gut bzw. cam aus

3. einer hatte zeitprobleme wegen vpn .. vpn aus .. alles gut

4. einer konnte die zeit nicht einstellen .. abhilfe .. neu flashen ohne settings übernahme .. alles gut

5. was ist mir den anderen die diese box haben .. geht die uhr dort auch vor

da soll nun einer schlau werden .. aber alles plausibel .. mittag .. u. ein piff

was ist da los

[thc04]

Anni hat das Problem auch auf der hd51 und der axas. - Sofern ich das richtig verstehe.

Sonst hätte ich mich da nicht gemeldet, da ich keine Multibox habe.

Hier taucht es aber nicht auf.
Probiert hab ich nur die Fritte, pfau und ntppool.

4.20.568.022 , jetzt nicht taufrisch - aber in dem bezug wurde imho eh nix geändert.

[jokel]

Anni hat das Problem auch auf der hd51 und der axas. - Sofern ich das richtig verstehe.

hd51 u. axas sind zwei paar schuhe .. ich habe h7 = hd51 u. keine probleme .. grübel
allerdings bin ich auf dem neusten stand .. i.p. neutrino u. co

[Bualicher]

Anni hat das Problem auch auf der hd51 und der axas. - Sofern ich das richtig verstehe.

hd51 u. axas sind zwei paar schuhe .. ich habe h7 = hd51 u. keine probleme .. grübel
allerdings bin ich auf dem neusten stand .. i.p. neutrino u. co

Ich bin auch auf dem neuesten Stand

Bei mir wird aber nur auf den CSTs die Uhrzeit geändert (hier von einer Trinity):

Code: Alles auswählen

/var/root # date
Tue Feb  7 15:41:32 UTC 2023
/var/root # date -s 10:45:40
Tue Feb  7 10:45:40 UTC 2023
/var/root # date
Tue Feb  7 10:45:41 UTC 2023

Bei meiner HD51, MultiBoxSE und der Axas E4HD wird nichts geändert (hier eine HD51).

Code: Alles auswählen

/var/root # date
Tue Feb  7 16:39:47 CET 2023
/var/root # date -s 10:45:40
Tue Feb  7 10:45:40 CET 2023
/var/root # date
Tue Feb  7 16:39:49 CET 2023

Wie verhält ich das bei Dir jokel, wenn Du auf eine bestimmte Uhrzeit änderst?

Code: Alles auswählen

date
date -s 10:45:40
date

Hier würde mich die Ausgabe bei Dir interessieren.

[jokel]

Bei meiner HD51, MultiBoxSE und der Axas E4HD wird nichts geändert (hier eine HD51).

ist ein busybox-date problem .. brauche ich nicht probieren .. es geht darum das dir die zeit davon läuft auf der MultiBoxSE
und nicht date -s .. ist die zeit auf deiner hd51 i.o. ?

und thc04 mein kleiner spitzen schmeisser .. ich hab dich lieb .. lese u. lerne .. ach ich mag das einfach
sorry vanhofen die pferde ..

[max_10]

hier funktioniert das auch auf der HD51, also kann es schon mal nicht am Image liegen.

eigenbau BusyBox v1.36.0 (2023-01-29 20:00:54 CET) multi-call binary.

Code: Alles auswählen

root@hd51-xxxxxx:~# date
Tue Feb  7 20:13:00 CET 2023
root@hd51-xxxxxx:~# date -s 10:45:40
Tue Feb  7 10:45:40 CET 2023
root@hd51-xxxxxx:~# date
Tue Feb  7 10:45:43 CET 2023
root@hd51-xxxxxx:~# 

NI Version BusyBox v1.34.1 (2023-02-07 02:37:09 CET) multi-call binary.

Code: Alles auswählen

/var/root # date
Tue Feb  7 20:32:44 CET 2023
/var/root # date -s 10:45:40
Tue Feb  7 10:45:40 CET 2023
/var/root # date
Tue Feb  7 10:45:41 CET 2023
/var/root #

[vanhofen]

Code: Alles auswählen

e4hdultra.NI-07863F login: root
Password:
/var/root # date
Tue Feb  7 22:25:54 CET 2023
/var/root # date -s 10:45:40
Tue Feb  7 10:45:40 CET 2023
/var/root # date
Tue Feb  7 10:45:42 CET 2023
/var/root # ntpdate 0.de.pool.ntp.org
 7 Feb 22:27:43 ntpdate[5489]: step time server 91.202.42.82 offset +42022.292280 sec
/var/root # date
Tue Feb  7 22:27:46 CET 2023
/var/root #

Das bringt uns jetzt aber auch nicht weiter, oder? Hier funktioniert jedenfalls alles. Ich kann es nicht nachstellen.

[jokel]

Wie verhält ich das bei Dir jokel, wenn Du auf eine bestimmte Uhrzeit änderst?

Code: Alles auswählen

date
date -s 10:45:40
date

Hier würde mich die Ausgabe bei Dir interessieren.

kann ich machen .. bitte schön

Code: Alles auswählen

[jokel ~]# date
Wed Feb  8 10:31:17 CET 2023
[jokel ~]# date -s 8:45:40
Wed Feb  8 08:45:40 CET 2023
[jokel ~]# date
Wed Feb  8 08:45:45 CET 2023
[jokel ~]# ntpdate 0.de.pool.ntp.org
 8 Feb 10:32:24 ntpdate[22695]: step time server 193.203.3.170 offset +6357.984339 sec
[jokel ~]# date
Wed Feb  8 10:32:33 CET 2023
[jokel ~]# date
Wed Feb  8 10:32:39 CET 2023
[jokel ~]# 

[jokel]

und wenn ich meine cam wieder einschalte .. sieht es so aus

Code: Alles auswählen

[jokel ~]# date
Wed Feb  8 11:11:04 CET 2023
[jokel ~]# date -s 8:45:40
Wed Feb  8 08:45:40 CET 2023
[jokel ~]# date
Wed Feb  8 11:11:13 CET 2023
[jokel ~]# echo "Net" "$(curl -s http://worldtimeapi.org/api/ip.txt| sed -n 's/^datetime://p'| cut -d'T' -f2| cut -d'.' -f1)  -  "Box "$(date +%T)"
Net 11:11:22  -  Box 11:11:22
[jokel ~]# 

sollte ja jetzt klar sein ..