ich habe hier eine Uhr laufen und möchte gucken ob sie wirklich länger (Tage) genau läuft. Genau um sinne von sekundengenau und mit dem Auge verglichen.
ich habe hier eine Uhr laufen und möchte gucken ob sie wirklich länger
(Tage) genau läuft. Genau um sinne von sekundengenau und mit dem Auge
verglichen.
da ich eine Funkuhr im Haushalt habe, und die im TV Text dazu
nicht taugt.
Normalerweise zeigen Funkuhren wirklich die richtige Zeit mit einer
Abweichung von weniger als eine Sekunde. Da diese sich typisch nur
einmal pro Tag synchronisieren, könnte man diese kurz vor dem Zeit-
vergleich neu starten, um eine höhere Genauigkeit zu bekommen. Die
Uhren im Ferseher haben dagegen eine Abweichung von typisch 10...15
Sekunden.
https://uhr.ptb.de/
Nimm die, da kann ich zu meiner DCF77 (dauersynchronisiert) keinen Unterschied im Browser sehen. Das Delay wegen der Pingzeit kann man nicht sehen.
Bei den anderen schon, teils erheblich. Bei atomuhr.de mehr als 15s!
Die Uhren von praktisch jedem PC gehen sekundengenau, solange er mit dem Internet verbunden ist und die Zeit von einem Zeitserver ab und zu holen kann.
Die Uhren von praktisch jedem PC gehen sekundengenau, solange er
mit dem
Internet verbunden ist und die Zeit von einem Zeitserver ab und zu holen
kann.
Was ist mit der Signallaufzeit? Bis die Uhrzeit übermittelt wurde sind doch schon wieder paar ms vergangen.
Mit der geht das eigentlich auch ganz gut, nur alle paar Tage stimmt sie dann einen Tag lang scheinbar nicht, dachte erst das liegt an meiner, aber mittlerweile denke ich dass etwas mit der Applikation dort nicht ganz stimmt.
https://uhr.ptb.de/
Nimm die, da kann ich zu meiner DCF77 (dauersynchronisiert) keinen
Unterschied im Browser sehen. Das Delay wegen der Pingzeit kann man
nicht sehen.
Bei den anderen schon, teils erheblich. Bei atomuhr.de mehr als 15s!
Das ist wohl die wirklich taugliche Referenz.
Die kann auch die Abweichung von der PC-Uhr anzeigen. Bei mir sind es gerade 720 ms Nachgang. Auf dem iPhone 28 ms.
Eine PC-Uhr, die nach 20 Minuten einen Fehler von 50s aufsammelt, muss
man erstmal finden.
Mein Eindruck: die zeigt überhaupt nur die PC-Zeit an, deshalb berichtet auch jeder eine andere Ablage. Bei mir funktioniert die NTP-Synchronisation nicht mehr - warum auch immer ...
Ach so deshalb...
Ich hab im Mikrotik-Router eine NAT aktiv, die alle NTPs abfängt und den Router ausliefern lässt, der selbst auf PTB synct.
Bevor einer fragt: ich hab mich teilweise gefragt warum manche Dinger so absurde Zeiten anzeigen, z.B. ein altes Webradio von irgendeiner deutschen "Marke" = Name verkauft an irgendwen und Aufkleber drauf damit der Käufer meint ist gut weil die Marke kenn ich.
Lösung: das holte die Zeit von einem Webserver (ja, NTP vom Port her, www.marke.com lt. DNS) des nicht mehr existenten "Herstellers" und lief frei, war aber doch schlau genug aus dem Stream zumindest etwa rauszulesen wo wir gerade zeitmäßig sind. Blöd nur wenn das "massiv" daneben liegt und es keine manuelle Möglichkeit gibt.
Jetzt passt das. Wobei das Ding durch dämliche nicht-freie Senderlisten mittlerweile im Schrott ist, weil es nicht mehr radio'n kann.
Und ja, die absolute Genauigkeit reicht mir, kann eh nur Sekundenmäßig ablesen, wenn überhaupt. Relativ genau ist mir aber schon wichtig, d.h. zwei Uhren im Raum sollten nicht sichtbar verschieden anzeigen, da krieg ich Plack.
Die Windows-Uhr wird m.W. nur etwa einmal am Tag via NTP korrigiert, und dann auch nur schleichend, damit keine Zeitpunkte fehlen.
Aktuell sagt mir die PTB-Seite liege ich 600ms daneben, wobei mein Computer in 20 Minuten auch etwa 20ms plus gemacht hat.
Ggü. meiner Casio Waveceptor keine Abweichung sichtbar, die hat sich heut morgen um 2 bedient. Am PC sieht man das die Minute so gerade eben später ist was zu der Anzeige der PTB-Uhr passt.
Uhren im Fernseher haben dagegen eine Abweichung von typisch 10...15 s.
Im Satelliten-TV kommen als Verzögerung die Laufzeit zum und vom Satelliten von etwa einer Viertelsekunde (2*38Megameter) und die Encoderzeit im Studio plus Decoderzeit im eigenen TV zusammen. Passt schon.
Eine PC-Uhr, die nach 20 Minuten einen Fehler von 50s aufsammelt, muss
man erstmal finden.
Das wird auch nicht die PC-Uhr sein, sondern eine schlampig für den Browser dahingerotzte Javascript-Funktion, die halt ungefähr sekündlich eine neue Zahl da hinmalt.
Einfach beim Wischfon das G.P.S. einschalten und dann z.B.
"SatStat" oder "GPSTest" laufen lassen.
Oder wenn man Zugriff auf die "Engineering App" hat, dort
den GPS-Test aktivieren.
Wobei das Ding durch dämliche nicht-freie Senderlisten
mittlerweile im Schrott ist, weil es nicht mehr radio'n kann.
Entweder ist es reif für's Museum oder wieder mal als neumodisches digitales Gerät ganz schnell veraltet und gebrauchsunfähig geworden, also entsorgungswürdig.
Aus Sicherheisgruenden ist die Java-Uhr entkoppelt von der PC-Uhr.
Warum verbreitest Du ständig eigene Mutmassungen als angebliche Tatsachen?
Zum einen hat Javascript nichts mit Java zu tun. Zum anderen haben sowohl Java als auch Javascript Zugriff auf die Systemzeit ohne zig Sekunden Offset.
Ansonsten würde die PTB-Uhr auch schwer ein Delta zwischen PTB-Zeit und Systemzeit anzeigen können.
Normalerweise zeigen Funkuhren wirklich die richtige Zeit mit einer
Abweichung von weniger als eine Sekunde. Da diese sich typisch nur
einmal pro Tag synchronisieren, könnte man diese kurz vor dem Zeit-
vergleich neu starten, um eine höhere Genauigkeit zu bekommen.
Hier gibt es einen Digitalwecker, der 3..4 Sekunden Versatz erreicht, bevor er nachts wieder synchronisiert.
Die
Uhren im Ferseher haben dagegen eine Abweichung von typisch 10...15
Sekunden.
Mal wieder blind geraten, so viel ist es nicht. Hier läuft gerade ZDF über die DVB-S-Karte im PC, es sind 6 Sekunden. Mal nebenan den FS auf DVB-T2 schalten, sieht ähnlich aus, könnten auch 7s sein.
Relativ genau ist mir aber schon wichtig, d.h.
zwei Uhren im Raum sollten nicht sichtbar verschieden anzeigen, da krieg
ich Plack.
Ich bin es gewohnt, dass im Haus alle Uhren synchron sind, dank DCF ist das kein Problem. Na gut, bis auf den Pfusch, dass keine meiner Analogwanduhren meldet, wenn die Batterie zum Ende kommt.
Die Windows-Uhr wird m.W. nur etwa einmal am Tag via NTP korrigiert,
Das bestimme ich selbst, Registryeinträge hinter
HKLM\SYSTEM\CurrentControlSet\Services\W32Time. Standard ist dort eine dynamische Zeit "SpecialSkew", bei geringer Abweichung werden die Abfrageintervalle verlängert.
und dann auch nur schleichend, damit keine Zeitpunkte fehlen.
Ich bin nicht sicher, ob das alle Desktop-Versionen so machen, beim Server ist das so. Im Server_2003 hat M$ die Schwachsinnsfunktion eingebaut, den Zeitdienst abzuschalten, wenn mehrere Synchronisationen fehlgeschlagen sind. Ich weiß nicht, ob sie das auch in die Desktopversionen geschleppt haben, lässt sich aber sperren.
Aktuell sagt mir die PTB-Seite liege ich 600ms daneben, wobei mein
Computer in 20 Minuten auch etwa 20ms plus gemacht hat.
Bei jeder Synchronisation trägt sich Windows einen Korrekturwert für die interne Uhr ein. Wenn man das über mehrere Tage beobachtet, ergibt sich der Versatz als Diagramm mit einem Sägezahn abnehmender Amplitude. Zu Beginn sogar noch mit negativen Zähnen.
Mal wieder blind geraten, so viel ist es nicht. Hier läuft gerade ZDF
über die DVB-S-Karte im PC, es sind 6 Sekunden. Mal nebenan den FS auf
DVB-T2 schalten, sieht ähnlich aus, könnten auch 7s sein.
Allerdings vergleichst Du im Screenshot mit der Teletext-Uhrzeit. Teletext wird separat übertragen (eigene PID), da fällt der MPEG-Overhead weg.
Ich glaube, ich kam mit DVB-S2 (Bildsignal) auf irgendwas zwischen 10 und 20 Sekunden, als ich es vor Jahren mal an einem Silvesterabend getestet habe.
Dort kann man im "Ziffernblatt" das delta t anzeigen. Was dieser Wert allerdings anzeigt und ob die Transportzeit eingerechnet ist, weiß ich nicht. Ich gehe mal davon aus, dass die +-ms dort der Pingzeit geschuldet sind.
Früher war alles synchron. Der Beep aus dem Radio kam exakt, wenn die Fernsehuhr auf 0s sprang und auch mit dem Beep aus dem Telefon.
Heutzutage geht alles durcheinander. Selbst UKW-Radio weicht von DCF77 ab, da es auch digital übertragen wird. DAB+, Webradio, DVB-C TV kommen alle noch deutlich später.
Wie genau die Zeitansage (0180 4 100 100) ist, habe ich nicht geprüft.
Im "normalen Leben" reicht doch eine auf ein paar Sekunden genaue Zeit vollkommen aus. Da sind die Vorteile der digitalen Übertragungswege einfach mehr wert.
Und wer es unbedingt genauer braucht, dem stehen ja auch Wege offen. DCF77 direkt empfangen oder NTP übers Internet. Letzteres berücksichtigt auch die jitterbehafteten Laufzeiten der Pakete (auch im WLAN), und ermöglicht auch eine Einschätzung des Fehlers.
Wer sich wegen der implementierung im eigenen PCs unsicher ist, kann ja auch ntpd oder timesyncd direkt nutzen. Ubuntu-basierte Systeme haben den timesyncd standardnmäßi laufen, und man braucht die Details nur abzufragen:
Wichtig beim NTP ist, das der PC schon besser einige Stunden (warm)gelaufen sein sollte. Wenn man das Ganze morgens oder am Vormittag macht, sind noch ordentliche Schwankungen (im deutlich zweistelligen ms-Bereich) drin.
Verglichen mit einer unabhängigen und stabilen Quelle werden diese Schwankungen allmählich geringer, hier bei mir eine Art sanft ansteigender Sägezahn mit abnehmender Amplitude.
Seitdem ich das mal etwas genauer untersucht hatte, finden Messungen nur noch am Abend statt (oder die Kiste muss eine Nacht durchlaufen).
PS. Die Grundgenauigkeit ist natürlich ziemlich schnell nach dem Hochfahren da, nach fünfzehn Minuten isses schon viel besser als eine Eieruhr. ;-)
Heutzutage geht alles durcheinander. Selbst UKW-Radio weicht von DCF77
ab, da es auch digital übertragen wird. DAB+, Webradio, DVB-C TV kommen
alle noch deutlich später.
War besonders sichtbar bei einer (normalen) Fussball WM.
Die, die noch analog empfangen haben haben zum Teil mehr als 2 Sekunden vorher gejubelt oder gestöhnt.
War besonders sichtbar bei einer (normalen) Fussball WM.
Die, die noch analog empfangen haben haben zum Teil mehr als 2 Sekunden
vorher gejubelt oder gestöhnt.
Ja, nach Aussagen vieler Politiker liegt Deutschland bei der
Digitaltechnik ziemlich zurück.
Uhren im Fernseher haben dagegen eine Abweichung von typisch 10...15 s.
Im Satelliten-TV kommen als Verzögerung die Laufzeit zum und vom
Satelliten von etwa einer Viertelsekunde (2*38Megameter) und die
Encoderzeit im Studio plus Decoderzeit im eigenen TV zusammen. Passt
schon.
Und der Streaming-Buffer der Übertragung, und was auch noch immer dazwischen liegt. Sat-TV ist dabei bei weitem nicht das langsamste.
Das kann man bei jeder WM schön beobachten, wenn im Umfeld mehrfach mit Abweichungen von deutlich mehr als nur 10-15s der Torjubel losbricht.
Warum verbreitest Du ständig eigene Mutmassungen als angebliche
Tatsachen?
Keine Mutmassungen, sondern laeuft so. Es wird ueber ein paar zeitliche Punkte die Geschwindigkeit geschaetzt und danach lauft die Zeit ueber den internen Zaehler weiter.
Wenn zum Stichwort der Gruende keiner etwas mehr dazu beisteuert, gehe ich davon aus, dass das nicht so bekannt sein duerfte und lasse es darauf beruhen.
Die Zeit soll stimmen zu dem Zeitpunkt des Seitenaufrufs und so lange wie alte KnackerInnen brauchen die Uhr mit deneben gelegter Bedienungsanleitung danach zu stellen, mehr nicht und das reicht. Die weiteren anderen Dienste waeren auch gebuehrenpflichtig.
Heutzutage geht alles durcheinander. Selbst UKW-Radio weicht von DCF77
ab, da es auch digital übertragen wird. DAB+, Webradio, DVB-C TV kommen
alle noch deutlich später.
Heutzutage haben sich die Schwerpunkte verschoben oder es hat keiner mehr einen Blick darauf.
Solche Details interessieren leider auch keinen mehr, hauptsache viel, billig und schnell, egal ob es richtig oder etwas falsch läuft - kann man sich heute wohl leisten, weil: wir hatten ja bereits eine korrekte Zeit...
Heute ist man nicht "zu spät", man ist einfach nur "noch nicht ganz da" :-)
Keine Mutmassungen, sondern laeuft so. Es wird ueber ein paar zeitliche
Punkte die Geschwindigkeit geschaetzt und danach lauft die Zeit ueber
den internen Zaehler weiter.
Du versuchst schon wieder, Dich rauszureden.
Diese Behauptung ist zwar auch so pauschal falsch (die PTB-Uhr hält eine WebSocket-Verbindung offen und synchronisiert 1x pro Minute neu), aber ich habe eindeutig zitiert, auf welche Behauptung ich mich beziehe, nämlich auf diese:
Eine PC-Uhr, die nach 20 Minuten einen Fehler von 50s aufsammelt, muss
man erstmal finden.
Aus Sicherheisgruenden ist die Java-Uhr entkoppelt von der PC-Uhr.
Und die ist gleich aus zwei Gründen Blödsinn. Zum einen, weil hier überhaupt kein Java im Spiel ist. Zum anderen, weil die künstliche Abweichung, die einige Browser einbauen, verschwindend gering ist, im Fall von Firefox z.B. 2 Millisekunden per Default:
Allerdings vergleichst Du im Screenshot mit der Teletext-Uhrzeit.
Teletext wird separat übertragen (eigene PID), da fällt der
MPEG-Overhead weg.
Ich glaube, ich kam mit DVB-S2 (Bildsignal) auf irgendwas zwischen 10
und 20 Sekunden, als ich es vor Jahren mal an einem Silvesterabend
getestet habe.
Macht keinen großen Unterschied, ich habe das heute nochmal angeschaut.
Und zwar bezogen auf die jeweilige absolute Zeit, da summiert sich
nichts über 20 Minuten.
Die Abweichung des Beispiels sind 4%. Die Zeitspanne fuer diese Abfrage ist kurz, daher der Fehler hoch. Mit einem langsamen Rechner ist auch gut zu sehen, wie die Stunde hochspringt beim Aufrufen der Seite fuer 0,3s, wobei Minute und Sekunde stimmen.
Unter dem Link steht, warum das so gemacht wird. Indirekt hat das damit auch zu tun, warum das nicht besser gemacht wird.Gehe davon aus, dass das weitere nicht so bekannt sein duerfte und lasse es weiterhin darauf beruhen.
Wer eine genauere Uhr braucht, sei verwiesen auf:
Die PTB hat ihre öffentlichen NTP-Server um den NTS-Dienst erweitert. Interessenten können den Dienst kostenlos nutzen.
Gehe davon aus, dass
das weitere nicht so bekannt sein duerfte und lasse es weiterhin darauf
beruhen.
Deine kritisierte Behauptung ist nicht "nicht so bekannt", sondern schlicht und ergreifend Blödsinn. Eine Quelle habe ich genannt, von Dir kommt nur das übliche Geschwafel.
