Display - Uhrzeit falsch

[AndreOF]

Hallo,

ich kämpfe noch mit einem Problem.

Wenn ich den Topf mit Enigma Ducktales Version 0.3.2 starte, dann wird in der Info zur Sendung oder auch im EPG die richtige Uhrzeit angezeigt.

Wenn ich den Topf dann jedoch ausschalte, wird im Display im Topf eine falsche Uhrzeit gezeigt.

Habe schon versucht mit tffpctl über Putty die Zeit zu setzen, sie wurde gesetzt, aber im Display war weiterhin die falsche Zeit. Wenn ich mit tffpctl nach einem Neustart tffpctl --gettime die aktuelle Zeit hole, steht da immer alles auf 0:00:00.

Jemand eine Idee?

Danke
Andre

[Maliboy]

In wie fern ist die Urzeit verkehrt? Falsche Stunde (evtl. versetzt um 2 Stunden?) oder komplett verkehrt?

[AndreOF]

Hi,

leider komplett falsch.

Habe heute Nacht getestet, es war in 0.45 Uhr und nach dem Ausschalten steht im Display 0.05 Uhr?

Er muss beim Ausschalten irgendwo etwas neu setzen, da sie ja stimmt, bevor ich den Topf ausschalte.

Andre

[AndreOF]

Hi,

ich habe noch ein wenig weiter getestet, da ich morgen für 1 Woche in Urlaub fahre und da sollte die Uhr normal funktioneren

Habe die Original Topfield Firmware installiert und danach wieder die 0.4.0 von Ducktales und siehe da, die Uhrzeit bleibt auch beim Ausschalten erhalten.

Er muss sich wohl irgendwo verschluckt haben, da ich ja zuerst die XXX Firmware und danach die Ducktales Version installiert hatte und bei der XXX Firmware blieb er mehrfach hängen.

Problem hoffentlich gelöst.

cu
Andre

[peter_der_trompeter]

Hallo Leute,

ich muss das Thema hier nochmal aufgreifen.

Auch ich bin jetzt einer derer die den Umstieg gewagt haben und ich bin abgesehen von der langen Bootzeit sehr zufrieden. Nur das Problem mit der Uhrzeit besteht bei mir ebenfalls. Sobald der TF ein ist stimmt die Zeit und sobald ich ihn wieder ausschalte ist die Zeit im Display wieder falsch.

Es müsste doch eine Möglichkeit geben die Uhrzeit irgendwie zu stellen ohne das Betriebssystem zu wechseln.
Weiß jemand Rat?

Gruß

Peter

[klax]

Handelt es sich etwa um dieses Problem:

viewtopic.php?p=558733#p558733

In diesem Thread ist auch die Beseitigung des Fehlers beschrieben.
Sollte aber auch im Wiki zu finden sein.

[Hammermario]

Hallo Leute,

ich muss das Thema hier nochmal aufgreifen.

Auch ich bin jetzt einer derer die den Umstieg gewagt haben und ich bin abgesehen von der langen Bootzeit sehr zufrieden. Nur das Problem mit der Uhrzeit besteht bei mir ebenfalls. Sobald der TF ein ist stimmt die Zeit und sobald ich ihn wieder ausschalte ist die Zeit im Display wieder falsch.

Es müsste doch eine Möglichkeit geben die Uhrzeit irgendwie zu stellen ohne das Betriebssystem zu wechseln.
Weiß jemand Rat?

Gruß

Peter

Habe auch das gleiche Problem mit falscher Uhrzeit bei Standby.
Aber die gesetzten Timer funzen richtig und alles wird richtig aufgenommen !
Man kann auch die Uhr komplett im AAF-Menue ausschalten !

[AndreOF]

Hi,

habe vor meinem Urlaub die 0.4.0 Version installiert, das Problem war weg. Gestern ein paar Einstellungen vorgenommen und 1x den Netzstecker gezogen und seitdem ist dieses Uhrzeit Problem wieder da.

Ich werde mal schauen, ob meine Aufnahmen trotzdem funktionieren, auch wenn im Standby die falsche Uhrzeit angezeigt wird.

Aber es sollte doch auch nach einem "Netzsteckerziehen" irgendwie möglich sein die Uhrzeit wieder richtig zu setzen, wie nach einer Neuinstallation, auf welche ich jetzt nicht wirklich Lust habe.

Per Putty vielleicht ??

Edit: Habe von dem Batterie Problem gelesen und werde wohl auch mal meine Batterie wechseln. Was ich dabei nicht verstehe warum die richtige Uhrzeit im Display angezeigt wird, wenn man neu installiert hat, aber die falsche, wenn man 1x den Netzstecker gezogen hat.

cu
Andre

[FireBird]

[quote="AndreOF"]Ich werde mal schauen, ob meine Aufnahmen trotzdem funktionieren, auch wenn im Standby die falsche Uhrzeit angezeigt wird. [/quote]
Kann ich mir nicht vorstellen, da die Uhr für das Aufwecken verantwortlich ist.

[AndreOF]

Hi,

ich konnte es mir auch nicht vorstellen, aber Hammermario meinte, sie würden auch mit der falschen Uhrzeit funktionieren. Bei mir hat es nicht funktioniert.

Habe die Batterie getauscht, gut das man noch ein paar Mainboards zu Hause hat und schon geht sie richtig.

cu
Andre

[tischla]

Bei jedem Start, nach ca. 1 min nach fertigem start kommt folgendes in meiner Console und der Spinner spinnt dahin bis das Ende des Protokolls erreicht ist (ca.4 min)
Liegt das wahrscheinlich auch an der Batterie??

Code: Alles auswählen

It's now  Tue Aug  4 13:59:39 2009
[timer.py] next activation: 1249387279 (in 99990 ms)
It's now  Tue Aug  4 13:59:39 2009
[timer.py] next activation: 1249387279 (in 99984 ms)
It's now  Tue Aug  4 13:59:45 2009
[EPGRefresh] Timer added <EPGRefreshTimerEntry (Tue Aug  4 14:00:15 2009, 0, <bound method EPGRefresh.prepareRefresh of <Plugins.Extensions.EPGRefresh.EPGRefresh.EPGRefresh instance at 0x13d5d6c>>)>
ProcessRepeated
It's now  Tue Aug  4 13:59:45 2009
[timer.py] next activation: 1249387216 (in 30978 ms)
ProcessRepeated
localrepeatedbegindate: Sat Dec 12 20:15:00 1970
localbegin: Sat Dec 12 20:15:00 1970
localend: Sat Dec 12 20:15:01 1970
localnow: Tue Aug  4 13:59:46 2009
Day: 0
Day: 1
Day: 2
Day: 3
Day: 4
Day: 5
Day: 6
localbegin after addOneDay: Sun Dec 13 20:15:00 1970
localend after addOneDay: Sun Dec 13 20:15:01 1970
localbegin after addOneDay: Mon Dec 14 20:15:00 1970
localend after addOneDay: Mon Dec 14 20:15:01 1970
localbegin after addOneDay: Tue Dec 15 20:15:00 1970
...
localbegin after addOneDay: Fri Jul 24 20:15:00 2009
localend after addOneDay: Fri Jul 24 20:15:01 2009
localbegin after addOneDay: Sat Jul 25 20:15:00 2009
localend after addOneDay: Sat Jul 25 20:15:01 2009
localbegin after addOneDay: Sun Jul 26 20:15:00 2009
localend after addOneDay: Sun Jul 26 20:15:01 2009
localbegin after addOneDay: Mon Jul 27 20:15:00 2009
localend after addOneDay: Mon Jul 27 20:15:01 2009
localbegin after addOneDay: Tue Jul 28 20:15:00 2009
localend after addOneDay: Tue Jul 28 20:15:01 2009
localbegin after addOneDay: Wed Jul 29 20:15:00 2009
localend after addOneDay: Wed Jul 29 20:15:01 2009
localbegin after addOneDay: Thu Jul 30 20:15:00 2009
localend after addOneDay: Thu Jul 30 20:15:01 2009
localbegin after addOneDay: Fri Jul 31 20:15:00 2009
localend after addOneDay: Fri Jul 31 20:15:01 2009
localbegin after addOneDay: Sat Aug  1 20:15:00 2009
localend after addOneDay: Sat Aug  1 20:15:01 2009
localbegin after addOneDay: Sun Aug  2 20:15:00 2009
localend after addOneDay: Sun Aug  2 20:15:01 2009
localbegin after addOneDay: Mon Aug  3 20:15:00 2009
localend after addOneDay: Mon Aug  3 20:15:01 2009
localbegin after addOneDay: Tue Aug  4 20:15:00 2009
localend after addOneDay: Tue Aug  4 20:15:01 2009
ProcessRepeated result
Tue Aug  4 20:15:00 2009
Tue Aug  4 20:15:01 2009
ProcessRepeated
localrepeatedbegindate: Sat Dec 12 20:15:00 1970
localbegin: Tue Aug  4 20:15:00 2009
localend: Tue Aug  4 20:15:01 2009
localnow: Tue Aug  4 11:50:43 2009
Day: 0
Day: 1
Day: 2
Day: 3
Day: 4
Day: 5
Day: 6
ProcessRepeated result
Tue Aug  4 20:15:00 2009
Tue Aug  4 20:15:01 2009
It's now  Tue Aug  4 11:50:42 2009

grüsse
tischla

[twister]

Es sieht so aus, als ob e2 die richtige Zeit schon am Anfang des Logs empfangen hat:

It's now Tue Aug 4 13:59:39 2009

aber dann von der zurückgesetzten Systemzeit verwirrt wird:

Sat Dec 12 20:15:00 1970

und anschließend tageweise hochzählt.
Denn vor dem Start von e2 steht in /etc/init.d/rcS:

date -s "121220001970"

(allerdings gibt es ein Delta zu deiner Zeit von 15 Minuten).

Hast du mal versucht neu zu installieren?

[tischla]

hab jedenfalls die Batterie getausch.
Nachdem das upgrade auf die Seagate ST31500341AS im Rahmen des Öffnens des Geräts nicht geklappt hat (mit zwischdurchversuch der orig. FW), hab ich neu aufsetzen müssen.
Jetzt tritt es jedenfalls nicht mehr auf... Leider ohne definitife Fehlereingrenzung.
Danke vorerst trotzdem für dein bemühen.
grüsse
tischla


...
zu früh gefreut. gerade wieder aufgetreten... werds jetzt eingrenzen versuchen

[tischla]

ok .. bisher hab ich nix gefunden, was für MICH sinn ergäbe, warum er das tun müsste

Code: Alles auswählen

date -s "121220001970"

wozu ist den das in der rcS ?

könnt ich das auf 2008 oder o.ä. ändern?

grüsse
tischla

[twister]

Es ist bei irgendeinem Versionswechsel reingekommen. Vermutlich wird damit erzwungen, daß e2 die Zeit vom Transponder holt.

[tischla]

Scheint am EPGRefresher Plugin gelegen haben...
habs rausgeschmissen und jetzt gehts.
grüsse
tischla

[chris21176]

[quote="twister"]Es ist bei irgendeinem Versionswechsel reingekommen. Vermutlich wird damit erzwungen, daß e2 die Zeit vom Transponder holt.[/quote]

Im AAF Board ist ein interessanter Bericht über die Funktion und Hintergrund der Zeiteinstellung und wann er weshalb 01011970 setzt.

[dvboxer]

[quote="chris21176"]Im AAF Board ist ein interessanter Bericht über die Funktion und Hintergrund der Zeiteinstellung und wann er weshalb 01011970 setzt.[/quote]

In welchem Thread? Ich finde es nicht. Habe inzwischen ein wenig experimentiert. Es schein so zu sein, dass e2 nur dann aktualisiert, wenn die Zeit deutlich in der Vergangenheit liegt. Außerdem gibt es Probleme mit dem Frontpanel, Offset um eine oder zwei stunden, wenn man das 'date ...' weglässt. Wenn ich die Sourcen hätte, würde ich versuchen, das zu bereinigen, wobei ich fürchte, dass das im Python-Teil drinsteht, von dem ich nicht wirklich Ahnung habe. Schade, dass e2 nicht komplett in C++ geschrieben ist, dann könnte ich wild drauf los hacken.

[Ascona123]

Ich hab jetzt auch das Problem mit der falschen Anzeige der Zeit. Es sind immer genau 4 Minuten die die Uhr nachgeht (Standby und Deepstandby).

Ich hab auf Verdacht mal die Batterie ausgetauscht, aber das brachte rein gar nichts. Interessant ist, das nach dem tausch der Batterie und dem ersten reboot die Uhrzeit richtig vom Satelliten geholt wurde, aber nach dem ausschalten die bereits erwähnten 4 Minuten wieder fehlten.

Und das schlimmste dabei ist, kein Timer läst den Topf aus dem Deepstanby mehr erwachen.

[twister]

Was zeigen "date", "tffpctl --gettime"und e2 an?