Welche Versionsnummer wird bei dir angezeigt, mit meiner AX HD51 und openHDF 6.2-153 ist alles in Ordnung

Und nach einem Update wieder nicht mehr?
Lässt du die Uhrzeit vom Transponder stellen oder per ntp?

Kann nur sein dass die Zeitzone nicht gepasst hat oder ein Transponder Mist gesendet hat.

Na ja, es gibt keine weitere Meldungen das es Probleme mit der Zeiteinstellung gibt.

Abwarten und Tee trinken

Na ja es gab schon eine ganze Menge Meldungen, so ist es nicht.
Übrigens eher im Zusammenhang mit ntp.
Laut git ist es gefixt.
Es fällt wohl nur nicht allen gleichermaßen auf. In dem Zusammenhang verschwindet auch mal gerne das gesammelte EPG im DatenCache.
Gut möglich das ein Neuflash die Sache erledigt. Vielleicht ist da beim Update irgendwas nicht übernommen worden.

Kann aber auch sein, das auch da immer noch ein Fehler irgendwo drinne steckt.
Ist nicht aus dem e2 kommend, sondern aus der Buildumgebung.
Forciert testen kann man das mittels ausgiebigen Wechsel zwischen StreamTV, SatTV und dann mal eigene Aufnahmen.
Dann wieder zurück auf StreamTV.
Irgendwann haut einem dann die Zeit ab und EPG ist auch leer.

Aber wie gesagt eigentlich sollte seit etwa 8 Tagen behoben sein.
Würde bei weiter vorhandenen Fehler einfach mal neu flashen und testen.

Grüße

Servus, bei meiner Hd51 (Openhdf) war Anfang Januar die Uhr ca. 10 Stunden vorgestellt. Zeit wurde über Transponder geholt, ließ sich auch nicht über die Toolbox bei Image Fixes beheben. Habe dann neu geflasht. Jetzt am 29.01. hatte ich wieder das gleiche Phänomen. Updates hatte ich alle gemacht. Habe ein altes Backup wieder eingespielt, bis jetzt ist alles ok. Gruß ttu99

Gesendet von meinem HTC 10 mit Tapatalk

Das Problem steckt in diversen Treibern, E2 und ggf. oscam:
1. Manche Treiber, z.B. bei der HD51, erzeugen nur einen defekten Eintrag /proc/stb/fp/rtc, deshalb ist das System auf solchen Boxen absolut abhängig davon, daß der NTP-Sync gelingt.
Auf Boxen ohne Treiberfehler hingegen bliebe als Fallback die Uhrzeit aus dem Front Panel.

2. E2 veranstaltet bei der Einstellung "Time-Sync per NTP" diverse uhrzeitabhängige Dinge schon BEVOR es sicher eine Uhrzeit bezogen hat

3. Mit dem beim Bauen auswählbaren Bug "CLOCKFIX" gebaute oscams unterdrücken Uhrzeitkorrekturen (Sie stellen die Uhrzeit sofort wieder auf die falsche Uhrzeit zurück). Dieser Bug ist standardmäßig vorausgewählt.

Gesendet von meinem SM-N910F mit Tapatalk

Ich habe bei meiner Formuler F1 das gleiche Problem: bei aktiviertem oscam geht die Uhr vor und lässt sich nicht mehr korrigieren. Das liegt offenbar an der "CLOCKFIX" Build Option. Warum bietet HDF denn nur oscams mit "Clockfix" an? Hat es irgendwelche Nachteile wenn man ohne "Clockfix" baut? Gerne baue ich mir auch mein "eigenes" oscam ohne clockfix, wenn mir jemand erklärt wie das geht! Bin für jede Hilfe und Workarounds dankbar!

streamboard.tv/wiki/OSCam/de/Self-made

Nein.
Der Clockfix war niemals ein Fix, es ist eher ein absichtlich eingebauter Bug.

Was macht der CLOCKBUG?
Nun, er verhindert, daß die Uhr zurückgestellt werden kann. Sie kann nur noch vorwärts laufen oder eben auch vorwärts springen. Sie kann auch einfach nur zu schnell laufen, solange es vorwärts geht.
Es ist aber offensichtlich, daß Gangabweichungen nicht nur in die eine Richtung auftreten können, sondern in beide .. und eine davon kann man mit aktivem CLOCKBUG eben nicht mehr korrigieren.

Welcher Gedanke steckt dahinter?
Es ist für die SoftCAM problematisch, wenn die Uhrzeit größere Sprünge macht. Antworten könnten bezogen auf deren Zeitstempel eintreffen, "bevor" sie überhaupt geschickt wurden.

Genau das ist aber heute kein nennenswertes Problem mehr, denn bei überschaubaren Gangabweichungen wird die Uhr des Systems überhaupt nicht "ruckartig" verstellt, sondern nur minimal eingebremst oder beschleunigt ... eine Sekunde hat dann halt für die nächste Zeit z.B. 999ms oder 1001ms, bis die Zeit wieder paßt.
Mit solch marginalen Drifts kommt oscam durchaus klar, es gibt also überhaupt keinen Grund, Korrekturen der Uhrzeit zu unterbinden!

Wenn eine Korrektur der Uhrzeit im größeren Maßstab ansteht - sagen wir mal 5 Minuten - dann hat die auch einen Grund, nämlich daß die Uhr auch wirklich um diese Differenz falsch geht.
Selbst wenn oscam dabei einmalig Schluckauf bekäme, dann wäre dieser Schaden - schlimmstenfalls ein paar Sekunden blackout - völlig vernachlässigbar gegenüber dem durch eine falsche Uhr. Dann nähme die Box nämlich sauber und ohne Aussetzer auf ... nur eben auch immer wieder das falsche, wie es mir auch selber früher immer wieder passiert ist, als ich mich noch nicht so intensiv mit oscam beschäftigt hatte.
Damals habe ich noch geglaubt, es läge an dem minimalen busybox, daß man die Uhrzeit auf der Box nicht einstellen, sondern nur durch Kaltstart korrigieren konnte.

In OpenATV ist kein einziger oscam mit CLOCKBUG gebaut und aus oscam-smod habe ich ihn sogar schon in den Quellen entfernt.
Meines Wissens bauen auch OpenViX und OpenPLi nur noch ohne CLOCKBUG.

Danke SpaceRat, für die Erklärung der technischen Hintergründe! Kannst Du mir dann noch sagen, wie ich diese "Zeitkorrektursperre" vor dem Bauen von OSCAM entfernen kann?

Kannst ja mal probieren. Ich hab den mal für die HD51 ohne Clockfix gebaut.

Mit dem Konfigurationstool für den Sourcecode. Im Ordner trunk des Sourcecodes


eintippen und dann per Graphischem UserInterface eintellen was und wie gebaut werden sol. Da dann auf Add Ons gehen ganz unten Clockfix auswählen und mit der Leertaste den Stern vor Clockfix entfernen.


Edit: Danke für die ausführliche Erklärung. Werde zukünftig auch ohne clockfix bauen, da das ja anscheinend auf meinem Server wahrscheinlich den NTP aushebelt.....

Genau DAS hatte mich damals dazu gebracht, Ursachenforschung zu betreiben!

Die Uhr meines Raspberry Pi ging irgendwann komplett nach dem Mond, denn auch dieser hat keine Echtzeituhr, sondern ist auf ntp angewiesen.

Gesendet von meinem SM-N950F mit Tapatalk