Hallo, ich habe 3 Uhren mit DCF77 und alle schalten synchron um. Mir ist schon länger aufgefallen, daß die Uhr vor der Tagesschau im ARD immer 7 sek. früher umschaltet, wie gerade eben um 20:00 Uhr. Ich kann mich aber erinnern, daß das mal synchron war. Wieso ist das so? Wenn es die Laufzeit Sat-->Receiver-->Anzeige wäre, müßte der Fernseher später umschalten. Harry
Crazy H. schrieb: > Wieso ist das so? Weil da zu viele Rechner zwischen sitzen. Die Zeiten, wo die Tagesschauuhr irgendetwas mit gesetzlicher Zeit zu tun hat, sind längst vorbei. Woanders sind es nicht 7, sondern stabile 12 Sekunden Abweichung, hängt wohl vom Übertragungsweg des Programms ab.
Crazy H. schrieb: > Ich kann mich aber > erinnern, daß das mal synchron war. Hallo, mir ist vor kurzem auch aufgefallen das die Teletext Zeit nicht mehr stimmt. Das war mal anders. Verglichen mit DCF und PTB bei DVB-C. Abweichung ca. 30 Sekunden. Vermutlich ist es den Sendeanstalten nicht mehr wichtig.
Wahrscheinlich rechnen die Sendeanstalten einen Zeit-Vorhalt von ein paar Sekunden ein, damit je nach Übertragungsweg etwaige Verzögerungen ausgeglichen werden könne (nicht unbedingt müssen!). Amtlich ist jedenfalls nur das Sendesignal des DCF Mainflingen. Meine kleine DCF-Uhr (irgendein Bausatz von vor zig Jahren) läuft jedenfalls sehr stabil mit einer Abweichung <<< einer Sekunde, die Zeit im Netz ist bei mir ebenfalls recht exakt auf dem Punkt. Radio und Fernsehen kannste vergessen....
Crazy H. schrieb: > ich habe 3 Uhren mit DCF77 und alle schalten synchron um. Mir ist schon > länger aufgefallen, daß die Uhr vor der Tagesschau im ARD immer 7 sek. > früher umschaltet wie schaust du denn ARD? Als im Kabel noch ARD analog und digital DVB-C gleichzeitig eingespeist wurde war Neujahr auch immer analog etliche Sekunden früher. Nun fehlt das Vergleichsnormal. Mit dem UKW Radio könnte es vielleicht noch klappen, aber da das mittlerweile auch digital verteilt wird bbin ich nicht sicher! selbst mit VoIP wüsste ich nicht ob die Zeitansage synchon läuft falls es die noch gibt! Zu deinem Problem, eine Idee: Alle deine Uhren laufen synchron als sie alle das letzte Mal fehlerfrei empfangen hatten! das heisst aber nicht das sie nicht nachgehen können und 7 Sekunden zu spät sind. Nur so eine Idee.
:
Bearbeitet durch User
Vergleich mal mit NTP. Das machen die Smartphones ganz automatisch, also kannst du darauf schauen.
Dirk B. schrieb: > Vergleich mal mit NTP. Unsinn. Irgendein NTP Server hilft hier nicht. Dirk B. schrieb: > Das machen die Smartphones ganz automatisch, also kannst du darauf > schauen. Je nach Serverstandort kommt die Zeit dann von der anderen Seite der Erde...
GPS oder irgendein anderes GNSS liefert auch eine saubere Zeit, sobald der Almanachdatenblock mit der Anzahl der Schaltsekunden richtig empfangen wurde.
> Je nach Serverstandort kommt die Zeit dann von der anderen Seite der > Erde... Das macht nicht viel, fängt das Protokoll ab, vorausgesetzt, es ist keine kastrierte Implementation
Bastler schrieb: > as macht nicht viel Richtig. Bastler schrieb: > fängt das Protokoll ab Nur zum Teil. Bastler schrieb: > keine kastrierte Implementation Ja. Das wichtigste ist aber die Quelle des NTP und ihr Stratum. Ein China NTP wird wohl kaum die Deutsche Normalzeit verbreiten.
> Ein China NTP wird wohl kaum die Deutsche Normalzeit verbreiten.
Unsinn.
Stratum ist Stratum.
Ein NTP-Server auf dem Mars wäre was anderes.
Joachim B. schrieb: > wie schaust du denn ARD? DVB-S > Zu deinem Problem, eine Idee: > Alle deine Uhren laufen synchron als sie alle das letzte Mal fehlerfrei > empfangen hatten! das heisst aber nicht das sie nicht nachgehen können > und 7 Sekunden zu spät sind. Nur so eine Idee. Meine Uhren emfangen immer DCF77, wenn nicht laufen die mit uC-Takt und das wäre sehr ungenau. Sobald der Empfang gestört ist, zeige ich das auch im Display an. Alles Eigenbau-Uhren ;-) Nachrüstung einer RTC bin ich bei einer Uhr grad dabei.
:
Bearbeitet durch User
Thomas schrieb: > Crazy H. schrieb: >> Ich kann mich aber >> erinnern, daß das mal synchron war. > > Hallo, > > mir ist vor kurzem auch aufgefallen das die Teletext Zeit nicht mehr > stimmt. > Das war mal anders. Verglichen mit DCF und PTB bei DVB-C. Abweichung ca. > 30 Sekunden. > Vermutlich ist es den Sendeanstalten nicht mehr wichtig. So wie die Inhalte der Sendungen.
Crazy H. schrieb: > daß die Uhr vor der Tagesschau im ARD immer 7 sek. > früher umschaltet, wie gerade eben um 20:00 Uhr. Das habe ich noch nicht beobachtet, vielleicht auch, weil mir die Tagesschau unwichtig ist. Gegen DCF oder NTP am PC sehe ich Abweichungen in die andere Richtung. Ich mache jetzt mal Videotext an meiner Sat-TV-Karte an: ARD Das Erste geht 7 Sekunden nach, beim ZDF sehe ich 6 Sekunden, auf RTL 'nur' 5 Sekunden - natürlich mit der Ungenauigkeit, wie schnell ich gucken kann. Am FS in der Küche sind ein paar Senderumschaltungen programmiert, gegen die dortige DCF-Wanduhr erfolgen die immer ein paar Sekunden zu spät. Dazu kommt eine individuelle Abweichung des jeweiligen digitalen Empfängers, die ich zwischen 0,5 und 1 Sekunde schätze. Radio höre ich UKW-analog. Das Autoradio in Küche oder Schlafzimmer und die alte Transistor-Taschenradioqäke laufen sauber synchron, das etwas neuere Stereoradio mit intern digitaler Verarbeitung beschert dann ein Echo. Das ist alles logisch, aber zu früh ist entweder ein Fehler bei der Beobachtung oder die Programmpfuscher haben ihre Uhr asynchron. Crazy H. schrieb: > Meine Uhren emfangen immer DCF77, wenn nicht laufen die mit uC-Takt und > das wäre sehr ungenau. Sobald der Empfang gestört ist, zeige ich das > auch im Display an. Gut, ein wichtiger Hinweis: Ich habe einen Digtialwecker von Pearl, der, so wie andere auch, nur einmal pro Tag synchronisiert. Das Ding hat einen lausigen Quarz und rennt über den Tag 4 Sekunden weg, meine schlechteste DCF-Uhr. > Alles Eigenbau-Uhren ;-) Hier ist es nur eine, die ständig synchron geht und Störungen direkt anzeigt, meine Referenz für die anderen, wenn ich mal gucken will.
DCF-Uhren können genauso systematisch falsch gehen, wie das Bundespresseamt. Eine DCF synchronisierte Armbanduhr geht z.B. akkurat 2 Sekunden nach. Die Aufgabe des ÖR ist auch nicht mehr die Verbreitung eier genauen Zeit, sondern die Unterstützung der politischen Meinungsbildung der Bevölkerung.
Bastler schrieb: >> Je nach Serverstandort kommt die Zeit dann von der anderen Seite der >> Erde... > > Das macht nicht viel, fängt das Protokoll ab, vorausgesetzt, es ist > keine kastrierte Implementation Diese Kastration hat Microsoft leider gemacht. Unter Win2000 konnte ich im Internet-Datenverkehr noch klar sehen, dass dort die Laufzeit abgeglichen wurde, bei XP wurde es verpfuscht. Wie das Win10 ist, habe ich noch nicht geschaut. Ein sehr schönes Tool, NTP-Zeitketten zu überwachen, gibt es vom Dave aus Großbritannien: http://www.satsignal.eu/software/net.htm und dort "NTP monitor" und vieles mehr. Mit dem war ich eine Weile in Kontakt, der weiß, was er tut. Man kann sich auch mal https://uhr.ptb.de/ angucken - und sich wundern, dass zwei verschiedene Browser zeitgleich auf dem selben PC unterschiedliche Abweichungen zeigen.
Manfred schrieb: > Ich mache jetzt mal Videotext an meiner Sat-TV-Karte an: > ARD Das Erste geht 7 Sekunden nach, > beim ZDF sehe ich 6 Sekunden, Danke. Gerade auch mal nachgesehen. DVB-C, ZDF Text geht ca. 12 Sekunden nach. Verglichen mit DCF und PTB per NTP. https://teletext.zdf.de/teletext/zdf/ Passt lustigerweise. Allerdings ist die Zeit dort UTC. Wird das im Receiver angepasst oder eine andere Quelle als das was ausgestrahlt wir? Auch kenne ich die DVB-C Speisung hier nicht. Teilweise wird ja per Sat Kopfstation mit gespeist. Manfred schrieb: > Ein sehr schönes Tool, NTP-Zeitketten zu überwachen, gibt es vom Dave > aus Großbritannien: > > http://www.satsignal.eu/software/net.htm Kenne ich. Deshalb traue ich mir auch die Aussage zu das NTP nicht gleich NTP ist. Auch wenn das bezweifelt wurde.
> Deshalb traue ich mir auch die Aussage zu das NTP nicht > gleich NTP ist. Ahnungsloser Troll! Informiere dich mal über die Grundlagen! Als Ergänzungsliteratur: "White Rabbit".
Crazy H. schrieb: > Meine Uhren emfangen immer DCF77, wenn nicht laufen die mit uC-Takt und > das wäre sehr ungenau. Sobald der Empfang gestört ist, zeige ich das > auch im Display an. Alles Eigenbau-Uhren ;-) Nachrüstung einer RTC bin > ich bei einer Uhr grad dabei. meine DCF77 hat im Wohnzimmer nie Empfang RTC ist verbaut, dummerweise weiss man erst nach Auswertung des DCF Pulses ob er 100ms oder 200ms und im richtigen Raster kam. Deswegen weiss ich gerade nie was ich mit den DCF Pulsen zählen soll, die kommen zu oft gestört! Thomas schrieb: > Kenne ich. Deshalb traue ich mir auch die Aussage zu das NTP nicht > gleich NTP ist. Auch wenn das bezweifelt wurde. ich bin bei dir, ob man NTP von irgendwo holt oder vom Europäer ist ein Unterschied! "pool.ntp.org" zu "europe.pool.ntp.org" war IMHO ein Unterschied
:
Bearbeitet durch User
Heute: DCF77 vs Mü, MNet, FritzBox, PI4, LibreELEC (Kodi19), Zattoo PVR Client -> ~40-50s. Mediatek .... Damals ('75-'80): Post (Telefon-Ansage) vs TV -> ~3-4s Aktuell: lustig aber eigentlich gehts mit am A.... ;)
> https://teletext.zdf.de/teletext/zdf/ > > Passt lustigerweise. Allerdings ist die Zeit dort UTC. Wird das im > Receiver angepasst oder eine andere Quelle als das was ausgestrahlt wir? > Naja, das ist html, nichts mehr mit dem classischen Videotext des analogen Fernsehens und bei der Uhr nehmen sie deine Rechneruhr und ein bisschen Javaskript.
Bastler schrieb: > bei der Uhr nehmen sie deine Rechneruhr Stimmt. Danke. Evt. fehlen deshalb bei den meisten online Teletext Diensten die Uhren... Thomas schrieb: > eine andere Quelle als das was ausgestrahlt wird das wars wohl :-) Crazy H. schrieb: > Tagesschau im ARD immer 7 sek. Ich werde mal Tagesschau, Teletext und DCF vergleichen.
> "pool.ntp.org" zu "europe.pool.ntp.org" war IMHO ein Unterschied
Nicht wirklich, da haben sie ich bei dem Protokoll schon einen Kopf
gemacht, alles auf UTC normiert und wenn der Admin des irgerndwo in der
Welt stehenden Server seine Zeitzonen richtig eingestellt hat, sollte
alles kein Problem sein.
Stratum ist schon ein Merkmal für die Güte des Servers, je höher es ist,
je mehr ntp Server hängen der Hardwarequelle und dem ntp Server und da
kommen dann wieder Laufzeiten durch Software und Hardware mit hinein,
damit wird es ungenauer.
An sich, funktioniert es mit NTP gut, es müssen nur ein paar Dinge
gewusst und bedacht. Etwas HIntergrundwissen kann nie schaden.
Thomas G. schrieb: > NTP_SERVER "de.pool.ntp.org" hinkt ca 3 sec hinter DCF her. Welcher der vielen?
1 | dig de.pool.ntp.org @1.1.1.1 |
2 | |
3 | ; <<>> DiG 9.16.12 <<>> de.pool.ntp.org @1.1.1.1 |
4 | ;; global options: +cmd |
5 | ;; Got answer: |
6 | ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41761 |
7 | ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1 |
8 | |
9 | ;; OPT PSEUDOSECTION: |
10 | ; EDNS: version: 0, flags:; udp: 1232 |
11 | ;; QUESTION SECTION: |
12 | ;de.pool.ntp.org. IN A |
13 | |
14 | ;; ANSWER SECTION: |
15 | de.pool.ntp.org. 23 IN A 194.36.144.87 |
16 | de.pool.ntp.org. 23 IN A 116.203.151.74 |
17 | de.pool.ntp.org. 23 IN A 129.70.132.37 |
18 | de.pool.ntp.org. 23 IN A 136.243.7.20 |
19 | |
20 | ;; Query time: 36 msec |
21 | ;; SERVER: 1.1.1.1#53(1.1.1.1) |
22 | ;; WHEN: Sa Mär 20 22:56:01 CET 2021 |
23 | ;; MSG SIZE rcvd: 108 |
"Früher war alles besser" da kam TV noch direkt analog aus dem Studio. Heute hängt jede Menge digitale Technik dazwischen bevor das Signal das Studio verlässt und zum Sender kommt. Vor einigen Jahren waren es noch 3 Sekunden Verzögerung aus dem digitalen Studio, heute werden es mehr wie man bei Euch liest. Teo schrieb: > aktuell: lustig aber eigentlich gehts mit am A.... Kommt ganz auf die Anwendung an! Der Brief an Oma ist nicht zeitkritisch, aber Messwerte und Dateien sollten schon einen korrekten Zeitstempel bekommen! Leider ist das Impulstelegramm von DCF77 auch nicht immer ungestört zu empfangen. Daher ist eine Plausibilitätsprüfung sehr zu empfehlen. Deswegen lieber NTP. Auch da gibt es kostenpflichtig "Authentifizierte Zeitsynchronisation" (um groben Unfug auszuschließen). https://www.ptb.de/cms/de/ptb/fachabteilungen/abtq/gruppe-q4/ref-q42/zeitsynchronisation-von-rechnern-mit-hilfe-des-network-time-protocol-ntp.html
Keine Ahnung welcher von denen, läuft bei auf einem ESP12F. Wird wohl bei jedem Start ein anderer sein.
Bastler schrieb: > Nicht wirklich, da haben sie ich bei dem Protokoll schon einen Kopf > gemacht Ja. Bastler schrieb: > Welcher der vielen? Warum fragst du wenn doch folgendes gilt: Bastler schrieb: > wenn der Admin des irgerndwo in der > Welt stehenden Server seine Zeitzonen richtig eingestellt hat, sollte > alles kein Problem sein. Bastler schrieb: > Welcher der vielen? Und genau das ist das Problem beim pool. Selbst das Stratum wechselt. Crazy H. schrieb: > DCF77 vs. TV Lasst uns aber bitte beim Thema bleiben. Die Genauigkeit bei DCF77 reicht bei der Frage.
Bastler schrieb: >> https://teletext.zdf.de/teletext/zdf/ >> >> Passt lustigerweise. Allerdings ist die Zeit dort UTC. Wird das im >> Receiver angepasst oder eine andere Quelle als das was ausgestrahlt wir? >> > Naja, das ist html, nichts mehr mit dem classischen Videotext des > analogen Fernsehens und bei der Uhr nehmen sie deine Rechneruhr und ein > bisschen Javaskript. Hier werden Dinge wild durcheinander geworfen: In meinem PC steckt eine DVB-S2 Karte, da kommt Videotext direkt vom Himmel und hat die von mir benannten 5..7 Sekunden Zeitversatz. https://teletext.. ist eine andere Baustelle und für diesen Thread unerheblich. Die passt, wie Bastler (Gast) schrieb, exakt zu meiner Rechnerzeit. Ich gehe gerade mal gucken, habe einen FS mit DVB-T2 und vergleiche da mal Videotext mit dem DCF-Wecker: Scheint ein paar Millisekunden später als Sat-Empfang, aber bleibt bei 6..7 Sekunden Verspätung. Thomas schrieb: > Und genau das ist das Problem beim pool. Selbst das Stratum wechselt. Über wie viele Millisekunden willst Du streiten? Ich habe, weil mich Uhrzeiten interessieren und ich auch schon die Mutteruhr der PTB Braunschweig streicheln durfte, NTP über mehrere Wochen beobachtet. In den ersten Stunden wackelt die Zeit um dreistellige Miliskunden, man bekommt einen Sägezahn mit über die Dauer abnehmender Amplitude. Wenn der Kram nach 14 Tagen eingeschwungen ist, sind die Abweichungen im Bereich einstelliger Millisekunden, auch bei abnehmendem Stratum. Beachten muß man das Stratum bei internen Serverketten, da passiert es, dass eine Maschine NTP verweigert, weil das Stratum zu schlecht ist. Ab Server_2003 / Win_7 haben diese Mikrosoft-Vollidioten eine neue Funtion eingebracht: Wenn die Zeitsynchronisation über einen längeren Zeitraum fehlschlägt, wird der Dienst W32Time selbsständig beendet. Das kann man per Registry abschalten, Kollege und ich haben verdammt lange gestochert, bis wir diese "Verbesserung" gefunden haben.
Manfred schrieb: > Über wie viele Millisekunden willst Du streiten? Ich will nicht streiten. Du? Manfred schrieb: > NTP über mehrere Wochen beobachtet Ich auch. Jahre. Manfred schrieb: > wackelt die Zeit um dreistellige Miliskunden Ja. Manfred schrieb: > Wenn die Zeitsynchronisation über einen längeren > Zeitraum fehlschlägt, wird der Dienst W32Time selbsständig beendet. Das > kann man per Registry abschalten, Kollege und ich haben verdammt lange > gestochert, Das ist auch gut so. Wer lesen kann braucht nicht verdammt lange. Manfred schrieb: > https://teletext.. ist eine andere Baustelle Stimmt. War ein Versuch. Ich bleibe dabei: Thomas schrieb: > Lasst uns aber bitte beim Thema bleiben. Die Genauigkeit bei DCF77 > reicht bei der Frage.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.