Archiv verlassen und diese Seite im Standarddesign anzeigen : [topf] Uhrzeit-Problem Topf 7700
Hallo,
habe für meine Mutter meinen alten Topf mit dem aktuellem HDMU fertig gemacht.
Leider hab ich das Problem, dass sobald ich den Topf übertackte, die Uhrzeit jeden Tag etwa 3 Minuten mehr vorläuft.
Dies betrifft sowohl die interne Uhr als auch das EPG, d.h. er zieht sich die Uhrzeit nicht über den Transponder neu.
Da ich nicht alle 2 Tage zu meiner Mum fahren kann um per Telnet die Uhr einzustellen, wäre ich für Hilfe dankbar.
Das Overclocking würde ich gerne anlassen, da es sonst beim aufnehmen und gleichzeitigem anschauen von HD-Sendern zu Rucklern kommt. Ab 333Mhz läuft alles super.
Habe auch schon versucht das time-changer-plugin aus dem IHAD manuell zu installieren, doch das macht der Topf leider nicht mit.
Im Menü habe ich nichts zum einstellen der Uhr gefunden.
Vielen Dank vorab!
Gruß
Red09
Dann schmeiss mal die SUFU hier im Board mal an.
Dieses Prob. wurde hier schon öfters behandelt
Gruß
Chris.
Wenn die Uhr nur drei Minuten vorgeht, ist das ja gut. Normal läuft die wesentlich schneller wenn Du auf 333 MHz übertaktest. Ist leider so bei der alten Dame (ich mein übrigens nich Deine Mutter). Da ist der Takt für die Uhr direkt mit dem Prozessortakt gekoppelt.
Wäre es eigentlich nicht möglich, so ein Problem mit ntp zu lösen?
NTP, das Network Time Protocol, wird benutzt, um die Uhren von Computern durch Synchronisation über das Internet, ein lokales Netzwerk, ein genaues Empfangsgerät für GPS, DCF-77, NIST oder ähnliche Zeitsignale, genau eingestellt zu halten.
....Soll auf einem Rechner die Genauigkeit der Uhr mit NTP geprüft werden, muss auf ihm ein NTP-Daemon laufen.....
Klar ginge das. Ich glaub irgendwo hier im Board war auch mal nen script dazu.
Hi,
danke für die Tipps!
Werde mal am Wochenende NtpDate und/oder pauli plugin testen.
Vielleicht geht ja damit was. Oder ist das zwecklos?
Das der Topf "nur" 3-4 Minuten vorgeht ist wohl der Tatsache geschuldet das die Box immer direkt in den deepstandby geht.
Das bringt mich auf's nächste kleine Problem. Als ich das Electro-Plugin getestet habe, hat der Topf sich bei einen boot wegen nem Timer immer in einer Bootschleife eingehängt.
Ist aber schon 3 HDMU-Versionen her, als ich dies das letzte mal getestet habe. Ist der Fehler bekannt, bzw. im aktuellem Image behoben?
marhil711
27.03.2015, 10:21
Hi,
Ich habe einen TF7700HDPVR mit dem HDMU_13497_E2_topf_209_git_3447_nodebug_mix Image und ebenfalls Probleme mit der ungenauen Uhr.
Wie in diesem Thread empfohlen habe ich die Suchfunktion bemüht. Dabei bin ich auf ein Posting von santa aus 2013 (http://www.hdmedia-universe.com/board/showthread.php?242-overclock-und-standby-Problem&p=37444&viewfull=1#post37444) gestoßen in dem ntpdate vorgeschlagen wird. Leider führt der dortige Link ins Nirwana und auch eine Suche danach blieb erfolglos. Die binary von ntpdate fehlt leider im Image.
In einem Posting von SweetMP4 aus 2012 (http://www.hdmedia-universe.com/board/showthread.php?906-Uhrzeit-einstellen&p=10693&viewfull=1#post10693) bin ich auf ein Plugin als Anhang gestoßen. Leider baut dieses Plugin auf ntpdate auf, so das es auch nicht funktioniert.
Bei der weiteren Suche bin ich auf ein Posting von redoom aus 2013 (http://www.hdmedia-universe.com/board/showthread.php?5085-enigma2-sh&p=60365&viewfull=1#post60365) gestoßen, an dem eine binary angehängt ist. Aber die funktioniert nicht auf meinem topf.
Ich benutze zwar Ubuntu 14.04 auf meinem Rechner, aber so gut sind meine Kenntnisse dann doch nicht um selbst die fehlende binary für den topf zu compilieren. Abgesehen davon habe ich keine Ahnung, wo ich überhaupt die Sources finden könnte.
Hat vielleicht jemand eine funktionierende binary von ntpdate für den topf mit 209-Kernel?
flattervogel
27.03.2015, 19:22
Hier zum wiederholten Mal:
Per Telnet auf die Box.
telnet ip Adresse deiner Box
Benutzername: root
Passwort:HDMU
tffpctl --gettime
tffpctl --setgmtoffset
tffpctl --settime 20141031023010 <yyyymmddhhmmss>
tffpctl --syncsystime
tffpctl --gettime
reboot -n
marhil711
27.03.2015, 19:55
Hier zum wiederholten Mal:
Per Telnet auf die Box.
telnet ip Adresse deiner Box
Benutzername: root
Passwort:HDMU
tffpctl --gettime
tffpctl --setgmtoffset
tffpctl --settime 20141031023010 <yyyymmddhhmmss>
tffpctl --syncsystime
tffpctl --gettime
reboot -n
Das weiß ich alles.... Und das funktioniert auch so.
Aber ich bin selten zu Hause und mich nervt es, jedes Mal, wenn ich daheim bin, "zu Fuß" die Uhr nachstellen zu müssen.
Dann ist deine Batterie platt, normal hält der Topf die Zeit doch gut
marhil711
28.03.2015, 08:04
Die Batterie habe ich erst vor 2 Monaten erneuert. Aber wie ich schon sagte, ich bin selten zu Hause und in der Zeit, in der ich nicht da bin schalte ich alle Geräte mit einen zentralen Schalter ab. D.H. der Topf läuft dann bis zu 2 Wochen am Stück auf Batterie. Es könnte natürlich sein, dass die Batterie deshalb schon wieder schwach ist. Da die Batterie aber gut verbaut ist und man nicht so leicht ran kommt müsste ich wohl wieder etwas basteln um die Batterie nach außen zu verlegen. Auf der anderen Seite ist es schon doof alle 2 Monate eine neue CR2032 einbauen zu müssen. Ich muss mal durchrechnen was billiger ist: den Topf im deep standby weiterlaufen lassen oder alle 2-3 Monate eine Batterie.
Unter dem Aspekt wäre eine ownscript.sh doch das sinnvollste für dich, ich weiß nicht ob man immer manuell die Zeit setzen muss, oder ob man auch auf die DVB Zeit warten kann um diese dann zu schreiben.
Ansonsten bleibt wirklich nur deine Idee mit dem zeitserver.
Der Befehl fällt mir gerade nicht ein, müsste ich noch mal heraussuchen, vielleicht kann dir ein anderer User aber auch aushelfen.
Also bei der suche nach Uhrzeit bin ich auf das Thema gestoßen, -> Uhrzeit einstellen (http://www.hdmedia-universe.com/board/showthread.php?906-Uhrzeit-einstellen)
Da fällt mir tffpctl auf. Ließ Dich da mal durch, ob was bei ist.
Normal sollte die Batterie zwei Monate überstehen, ohne das sie danach leer ist. Allerdings weiss man ja auch nicht, wie lang die vorher schon lag und ob die wirklich noch voll ist.
Ob die ownscript der richtige Platz ist, wag ich zu bezweifeln, weil die ausgeführt wird, bevor die Zeit von Transponder da ist. Da wäre ein crownjob für die abfrage an nen Zeitserver die bessere Alternative. Allerdings bleibt dann immer noch ein Problem. Der Topf startet keine Aufnahmen, wenn die Zeit im FP falsch ist. er würde ja die richtige Startzeit nie erreichen.
Ich würde Dir noch folgendes empfehlen, geh mal auf die original Firmware und lass da mal die Zeit richtig setzen. Wenn da die Zeit bleibt, ist die Batterie ok. Auch sind schon einige unerklärliche Zeitprobleme so behoben wurden.
Ownscript muss ja nur nur ne while schleife rein, bis Zeit einigermaßen passt, oder so wie in dem Link von reward, da ist ein Post von redoom, Abfrage ob Netzwerk up, wenn ja, dann ntpd und so weiter
Mit ntp gibt es Möglichkeiten, nur ist ntp nicht im Image.
Früher war ntpd mit d am Ende immer drin im image
marhil711
28.03.2015, 14:56
Früher war ntpd mit d am Ende immer drin im image
Doch, ntpd ist in /usr/sbin als symbolischer Link auf ../../bin/busybox
In all den Postings, die ich in meinem ersten Posting in diesem Thema (http://www.hdmedia-universe.com/board/showthread.php?5736-Uhrzeit-Problem-Topf-7700&p=98184&viewfull=1#post98184) geschrieben habe, war aber immer von /bin/ntpdate die rede. Ist das das gleiche?
Edit: Habe gerade in den man-pages von ntpd das hier gefunden:
-q
Exit the ntpd just after the first time the clock is set. This behavior mimics that of the ntpdate program, which is to be retired. The -g and -x options can be used with this option. Note: The kernel time discipline is disabled with this option.
Ich probiere dann mal ein bisschen...
KleinerSchelm
28.03.2015, 19:33
Man kann es auch versuchen die Zeit zu setzen in der halt datei.
Bringt zwar beim starten und im betrieb nichts aber beim aussschalten wird es gemacht und sollte zum nächten mal passen.
Aber ich kann bestätigen das wen der topf über langer zeit nicht online war die zeit nicht stimmt. zwar nicht extrem aber so 30 - 45 Minuten.
Besser wäre es wie ein dämon(binäry) wie es dboxoldie bei der sparks gemacht hat. Das dann die Zeit ins frontdiensplay schreibt. Nur der Topf ist da anders.
marhil711
29.03.2015, 11:43
Hi,
ich habe mir eine ownscript.sh in /etc erstellt mit folgendem Inhalt:
ntpd -dnq -p de.pool.ntp.org
tffpctl --setgmtoffset
tffpctl --syncfptime
Wenn ich diese Befehle einzeln vom Terminal ausführe klappt das auch:
TOPF:/etc# ntpd -dnq -p de.pool.ntp.org
ntpd: sending query to 85.10.246.234
ntpd: reply from 85.10.246.234: offset:+0.004306 delay:0.014607 status:0x24 strat:2 refid:0x676735c0 rootdelay:0.020005 reach:0x01
ntpd: sending query to 85.10.246.234
ntpd: reply from 85.10.246.234: offset:+0.004452 delay:0.015056 status:0x24 strat:2 refid:0x676735c0 rootdelay:0.020005 reach:0x03
ntpd: sending query to 85.10.246.234
ntpd: reply from 85.10.246.234: offset:+0.004394 delay:0.014749 status:0x24 strat:2 refid:0x676735c0 rootdelay:0.020005 reach:0x07
ntpd: sending query to 85.10.246.234
ntpd: reply from 85.10.246.234: offset:+0.004696 delay:0.015609 status:0x24 strat:2 refid:0x676735c0 rootdelay:0.020005 reach:0x0f
ntpd: sending query to 85.10.246.234
ntpd: reply from 85.10.246.234: offset:+0.004522 delay:0.014987 status:0x24 strat:2 refid:0x676735c0 rootdelay:0.020005 reach:0x1f
TOPF:/etc# tffpctl --setgmtoffset
TOPF:/etc# tffpctl --syncfptime
Aber wenn ich das Script vom Terminal aus starte kommt das:
TOPF:/etc# TOPF:/etc# ./ownscript.sh
ntpd: bad address 'de.pool.ntp.org '
tffpctl: unrecognized option '--setgmtoffset '
tffpctl: unrecognized option '--syncfptime'
Was mache ich da falsch?
PS: die ntpd-Option -d ist nur zu Testzwecken um eine Ausgabe zu bekommen.
#/bin/bash
Oder sh in der ersten Zeile der sh mal getestet?
marhil711
29.03.2015, 12:07
Ja, das war es. Mit Script-Programmieren habe ich mich bisher noch nicht beschäftigt.
#/bin/sh
ntpd -dnq -p de.pool.ntp.org
tffpctl --setgmtoffset
tffpctl --syncfptime
Zumindest lässt sich das script jetzt ausführen.... aber im bootlog kommt dann leider das:
ntpd: bad address 'de.pool.ntp.org'
Klar, da dein Netzwerk noch nicht bereit ist.
Mach mal nen sleep 20 oder so davor.
Oder wie weiter oben geschrieben, ne while schleife die testet ob das Netzwerk bereit ist.
marhil711
29.03.2015, 13:41
Ok, das hat funktioniert, die Uhr wurde über ntpd gestellt und ins Frontpanel übertragen:
#/bin/sh
sleep 20
ntpd -dnq -p de.pool.ntp.org
tffpctl --setgmtoffset
tffpctl --syncfptime
Eine Schleife zu programmieren wie vorgeschlagen geht leider über meine Kenntnisse hinaus.
Wie müsste die aussehen? Genau gefragt, wie müsste die Bedingungsabfrage sein, damit es funktioniert?
Entweder über nen Pingtest, also ne while schleife und dann den Router oder so Lingen, wenn ping ok, dann schleife beenden.
In dem Link weiter oben hatte redoom was von if up geschrieben, damit könnte abgefragt werden ob das Netzwerk gestartet wurde, bin ich mir aber nicht sicher
marhil711
29.03.2015, 21:14
In dem Link weiter oben hatte redoom was von if up geschrieben, damit könnte abgefragt werden ob das Netzwerk gestartet wurde, bin ich mir aber nicht sicher
mmmh.... ich habe mir das mal angesehen:
/etc/network/if-up.d
ntpdate 0.de.pool.ntp.org
/etc/network/if-up.d ist ein leeres Verzeichnis. Wie soll mir das weiterhelfen?
KleinerSchelm
29.03.2015, 21:50
Eine schleife kannst du beim aufrufen de scripts machen, dann müsstest du den script Umbenennen zb in time.sh und den start in rcS rein packen im Topf Bereich der rcS.
Ein Beispiel ich hoffe es wird so funktionieren mit dem script. der script startet in 75 Sekunden und dann in einer schleife von 60 Sekunden in /etc/init.d/rcS
(sleep 75;(usr/sbin/time.sh 60) &
mmmh.... ich habe mir das mal angesehen:
/etc/network/if-up.d ist ein leeres Verzeichnis. Wie soll mir das weiterhelfen?
geht bei mir auch nicht, sh4 UFS 913.
Aber wenn es mit Deinem script so geht...
marhil711
30.03.2015, 08:18
So wie das Script jetzt ist, tut es ja, was es soll. Ich schaue halt gerne ob es nicht noch eine bessere Lösung gibt.
Ideal wäre natürlich ein Script, das prüft, ob die Ethernet-Schnittstelle verfügbar ist, wenn ja, ob ein NTP-Server verfügbar ist, wenn nicht dann wartet bis die aktuelle Uhrzeit per DVB verfügbar ist und diese dann ins FP schreibt. Aber das geht weit, weit über meine Kenntnisse hinaus.
marhil711
10.03.2018, 14:09
Hi,
es ist ne weile her, dass ich hier was geschrieben habe, aber der Topf lief ja auch problemlos. Kürzlich jedoch hatte ich einen Softwarecrash und musste das HDMU Image neu installieren. Natürlich habe ich auch mein Uhr einstellen Script installiert, nur funktioniert das jetzt seltsamerweise nicht mehr. Hier das Script.
#/bin/sh
sleep 20
ntpd -ddnq -p 0.de.pool.ntp.org -p 1.de.pool.ntp.org -p 2.de.pool.ntp.org -p 3.de.pool.ntp.org
tffpctl --setgmtoffset
tffpctl --syncfptime
Manuell aus telnet gestartet kommt das:
TOPF:/etc# ./ownscript.sh
'leep: invalid number '20
ntpd: '0.de.pool.ntp.org' is 193.175.73.151
ntpd: '1.de.pool.ntp.org' is 138.201.20.231
ntpd: '2.de.pool.ntp.org' is 85.214.194.162
'tpd: bad address '3.de.pool.ntp.org
ntpd: sending query to 85.214.194.162
ntpd: sending query to 138.201.20.231
ntpd: sending query to 193.175.73.151
ntpd: reply from 138.201.20.231: offset:+0.035423 delay:0.023854 status:0x24 strat:2 refid:0x08119582 rootdelay:0.017853 reach:0x01
ntpd: reply from 85.214.194.162: offset:+0.032820 delay:0.029356 status:0x24 strat:2 refid:0xc344e024 rootdelay:0.019333 reach:0x01
ntpd: reply from 193.175.73.151: offset:+0.034138 delay:0.033256 status:0x24 strat:1 refid:0x004d4853 rootdelay:0.000000 reach:0x01
ntpd: poll:1s sockets:0 interval:1s
'tpd: bad address '3.de.pool.ntp.org
ntpd: sending query to 85.214.194.162
ntpd: sending query to 193.175.73.151
ntpd: reply from 85.214.194.162: offset:+0.034160 delay:0.030868 status:0x24 strat:2 refid:0xc344e024 rootdelay:0.019333 reach:0x03
'ffpctl: unrecognized option '--setgmtoffset
'ffpctl: unrecognized option '--syncfptime
Irgendwie scheint der erste Buschstabe mancher Befehle durch ein ' ersetzt zu sein und wird daher nicht mehr ausgeführt. Das geht aber leider etwas über meinen Horizont...
Jeder Befehl einzeln eingegeben funktioniert aber (?).
Gruß
Marina
marhil711
10.03.2018, 15:17
Hat sich erledigt. Der Topf hat sich soeben in die ewigen Jagdgründe verabschiedet. Nochmal reparieren lohnt sich nicht.
Vielen Dank für die Hilfe!
-Marina
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.