Welcher Zeitserver

[Atariosimus]

Welcher Zeitserver in Deutschland kann immer zuverlässig abgefragt werden nach
der aktuellen Uhrzeit?

Der time-c.nist.gov addiert mir immer eine Stunde dazu.

Als Grundlage habe ich folgendes GFA Programm benutzt.

[czietz]

Welcher Zeitserver in Deutschland kann immer zuverlässig abgefragt werden nach
der aktuellen Uhrzeit?

Der time-c.nist.gov addiert mir immer eine Stunde dazu.

Als Grundlage habe ich folgendes GFA Programm benutzt.

Der Timeserver addiert Dir bestimmt keine Stunde dazu. Er liefert die Zeit immer in UTC. Die Umrechnung in die aktuelle Zeitzone muss Dein Programm machen, also liegt der Bug dort und Du musst ihn dort fixen.

[czietz]

Tja, in Deinem geposteten Programm steht:

Code: [Auswählen]

hour&=VAL(MID$(buf$,17,2))+2

Ich denke, Du siehst, wo der Fehler ist. (Hint: Derzeit ist Winterzeit in Deutschland.)

PS: Es gibt übrigens so gut wie keine Timeserver mehr, die noch das Daytime-Protokoll von 1983 sprechen, das Dein Programm benutzt. Insofern hast Du ohnehin kaum Alternativen. Mit einem (S)NTP-Client hättest Du viel mehr Auswahl.

[Atariosimus]

Ich will mich nicht mit fremden Federn schmücken aber das Programm ist nicht von mir.

Kann man diese Liste hier als gar nicht verwenden?
https://www.pool.ntp.org/zone/de

Mit einem (S)NTP-Client hättest Du viel mehr Auswahl.

Hättest Du mal ein Beispiel und geht das überhaupt mit den eingeschränkten Mitteln
eines TOS 2.06?

[yalsi]

ptbtime1.ptb.de (und 2 und 3) beziehen die Zeit von der Mutteruhr in Braunschweig, die gehen immer

[Thorsten Otto]

Kann man diese Liste hier als gar nicht verwenden?

Ja, geht, verwende ich auch (von linux aus). Aber wie der Name schon sagt, sprechen die nur NTP.

geht das überhaupt mit den eingeschränkten Mitteln
eines TOS 2.06?

Klar geht das, die einzige Schwierigkeit bei TOS ist die richtige Konfiguration des internet-Stacks. Sobald eine Verbindung nach aussen möglich ist (und das scheint ja zu funktionieren bei dir), kannst du dort das gleiche veranstalten wie auf allen anderen Rechnern auch. Ob man das jetzt unbedingt in GFA implementieren muss, ist eine andere Sache, aber bestimmt auch möglich.

Abgesehen davon bleibt halt das Problem der Zeitzonen-Umrechnung. Ohne eine Datenbank aka zoneinfo wirst du da nicht weiter kommen, ausser du stellst den Offset jedesmal manuell um wenn mal wieder Sommer-/Winterzeit umgeschaltet wird (wenn das nächstes Jahr überhaupt noch passiert).

[Atariosimus]

ptbtime1.ptb.de (und 2 und 3) beziehen die Zeit von der Mutteruhr in Braunschweig, die gehen immer

Da steigt das Programm immer mit timed out aus. Liegt vermutlich daran, weil ich keine Mail
geschickt habe um zugelassen zu werden.

[czietz]

Abgesehen davon bleibt halt das Problem der Zeitzonen-Umrechnung. Ohne eine Datenbank aka zoneinfo wirst du da nicht weiter kommen, ausser du stellst den Offset jedesmal manuell um wenn mal wieder Sommer-/Winterzeit umgeschaltet wird

Naja, solange es nur in dem Teil von Europa funktionieren muss, der MEZ und MESZ verwendet, ist die Zeitumstellung auch ohne tz-Datenbank recht schnell implementiert: die letzten Sonntage im März bzw. Oktober lassen sich schnell berechnen.

[czietz]

ptbtime1.ptb.de (und 2 und 3) beziehen die Zeit von der Mutteruhr in Braunschweig, die gehen immer

Da steigt das Programm immer mit timed out aus. Liegt vermutlich daran, weil ich keine Mail
geschickt habe um zugelassen zu werden.

Nein, weil sie kein steinaltes Daytime-Protokoll beherrschen, sondern nur NTP! Wurde in diesem Thread schon mind. zweimal erwähnt. Aber selbst wenn sie es könnten: die Umrechnung von UTC in Deine gerade gültige Zeitzone musst Du schon selbst machen.

Hättest Du mal ein Beispiel und geht das überhaupt mit den eingeschränkten Mitteln
eines TOS 2.06?

Klar ist das möglich. Beispiel habe ich keins. Ich stelle meine Atari-Uhr bekanntlich über den ESP8266; in dessen nodemcu-Firmware ist der SNTP-Client schon integriert.

[Atariosimus]

  Offset jedesmal manuell um wenn mal wieder Sommer-/Winterzeit umgeschaltet wird (wenn das nächstes Jahr überhaupt noch passiert).   

Da gibts ein Programm für den Autoordner

[czietz]

Da gibts ein Programm für den Autoordner

Und das hilft Dir wie genau, wenn Dein NET_TIME.GFA die Uhr bei jedem Aufruf wieder auf Sommerzeit stellt?

[Atariosimus]

Mir reicht die Zeitzone in Deutschland. Habe statt +2 nur noch +1 in der Gleichung.
Die Sommerzeit mit dem Zusatzprogramm. Damit ist doch dann erstmal erledigt.

Das Daytimeprotokoll müsste ich für die ntp Typen anpassen. Da mir aber der
Hintergrund fehlt und mir der Aufwand zu gross ist reicht das erstmal.
Vielleicht gibts für das Ntp schon eine fertige Abfrage um das hier noch einzubauen.

Geht mir in erster linie darum eine genauZeit zu bekommen, wenn man der Uhr mal nicht
so richtig traut.

[Atariosimus]

Das stellt die Uhrzeit eine Stunde vor in der Sommerzeit und in der Winterzeit zurück.
Entscheidend ist der Monat und Tag in dem die Umstellung erfolgt. Alles wird dann
in der In Datei gespeichert.

Programm ist auch nicht von mir deshalb ohne Quelltext.

Wenn man sich in einem bestimmten Land befindet stellt man die Uhrzeit einmal.
Der rest geht dann über die Netzabfrage. Sofern in dem Land Sommerzeit vorhanden ist
Das Programm aktivieren sonst bleibt es eben einfach aus.

[Thorsten Otto]

die letzten Sonntage im März bzw. Oktober lassen sich schnell berechnen.

Ja, schon. Das gilt aber so glaub ich nur für Deutschland (und auch da vlt nächstes Jahr nicht mehr), woanders ist das halt anders geregelt. Wenns nur für den eigenen Gebrauch ist, ist das natürlich egal und man muss es nicht unnötig kompliziert machen (oder halt dazu schreiben, einstellbar machen oder was auch immer).

[czietz]

Ja, schon. Das gilt aber so glaub ich nur für Deutschland

In Deutschland und in allen anderen Ländern, die hier rot (MEZ/MESZ) eingefärbt sind:
https://de.wikipedia.org/wiki/Sommerzeit#Gemeinsame_europ%C3%A4ische_Sommerzeit