Uhrzeit und Datum ermitteln

ESP8266 schrieb:
> Vielleicht gibt es ja ein Projekt, welches sich dieser Aufgabe
> angenommen hat und eine entsprechende Standardisierung vorgenommen hat?

https://de.wikipedia.org/wiki/Network_Time_Protocol
http://www.pool.ntp.org/zone/de

ESP8266 schrieb:
> Gibt es eine Seite, von der man die Uhrzeit und das Datum garantiert und
> immer auch in Zukunft in immer exakt der gleichen Codierung auslesen
> kann

in der Absolutheit sicher nicht, früher dachte man auch das es immer 
Nachtwächter geben wird die die Zeit ansagen.

Ist nicht die PTB in Deutschland für die amtliche Uhrzeit zu ständig?
Ehrlich, die sollten doch auch nen NTP-Server betreiben.

Hi

Oder, Du richtest Dir einen eigenen Server ein, Der Deinen Steinchen im 
fernen Ausland die aktuelle Uhrzeit sagt.

Netter Nebeneffekt: Du kannst direkt Update anbieten ;)
Und wenn Deine Steinchen nicht nach 4 Wochen 'daheim angerufen haben' - 
werden Sie halt ehlendig langsam.

Wer jetzt Parallelen zu einem Betriebssystem aus Redmond sieht - Die 
könnten zumindest die Haus-eigene-Uhrzeit verteilen.

Wie man aber wirklich zukunftssicher immer 'ankommt', ist wohl noch 
nicht raus.

Der Umweg über eine beliebige Suchmaschine nach 'aktuelle Uhrzeit' 
sollte aber auf Länger funktionieren.
Vor Allem, da man ja 'zwischendurch' auch nach Suchmaschinen suchen kann 
- wenn die 'Voreingestellte' nicht erreichbar ist, hat man zumindest 
Alternativen zum Suchen der Uhrzeit.

MfG

#include <NTPClient.h>
#include <ESP8266WiFi.h>
#include <WiFiUdp.h>

const char *ssid     = "****";
const char *password = "****";


WiFiUDP ntpUDP;
NTPClient timeClient(ntpUDP);



void setup() {
  Serial.begin(115200);
  WiFi.begin(ssid, password);
  while ( WiFi.status() != WL_CONNECTED )
  {
  delay ( 500 );
  Serial.print ( "." );
  }
  Serial.println ( "verbunden" );
  timeClient.begin();
}



void loop() {
  timeClient.update();
  Serial.println(timeClient.getMinutes());
  delay(60000);
}


Sowas?

ESP8266 schrieb:
> Gibt es eine Seite, von der man die Uhrzeit und das Datum garantiert und
> immer auch in Zukunft in immer exakt der gleichen Codierung auslesen
> kann und zwar ohne dort Megabyteweise Datentraffic zu generieren und
> kann man den eigenen Standort dort irgendwie ebenfalls mit verifizieren,
> damit man "die richtige" Uhrzeit erfährt?

Ja, stellt dir einen eigenen Server hin, der seine Uhr mit einem 
Zeitserver synchronisiert und sie deinen Clients zur Verfügung stellt. 
Dann weisst du wenigstens, wen du in den Ar..h treten musst, wenn es 
nicht klappt.

Falls du ganz sicher gehen willst, dass dein Server immer eine halbwegs 
aktuelle Zeit hat, bietet sich als Fall-Back bei Internetausfall ein 
Rubidium Frequenznormal (FE-5680A o.ä. für unter 200€) an.

Primitiver und deprecated : rdate nach RFC-868

> bei Internetausfall ein  Rubidium Frequenznormal

Wenn es wirklich einigermassen genau sein soll,
waere ein Wasserstoff-Maser eindeutig die bessere Quelle!

Aber natuerlich nicht
> für unter 200€

Sparbroetchen nehmen einen gut abgeglichenen OCXO.

Aber selbst (Router-)Consumertechnik schafft < 2 sec in 7 Tagen.

Frank E. schrieb:
> Funzt auch ohne Internet und liefert sogar den Ort für die Timezone ...

Die Bestimmung der Zonenzeit ist damit aber nicht gelöst, weil sich 
sowohl Zeitzone als auch gesetzliche Zeit per Abstimmung in Brüssel oder 
auf Grund anderer Entwicklungen jederzeit ändern können.

(Soviel zum Thema "... garantiert und immer auch in Zukunft")

> für Arduino o.ä. (RS232) ab ca. 8,-

Wenn es nicht fuer "Arduino" sein muss, auch fuer weniger als die 
Haelfte.

Das ist wohl wie mit Internetshops, die bei einem detektierten Mac
auf die Preise 100% automatisch aufschlagen.

Further so!

Wolfgang schrieb:
> ESP8266 schrieb:
>
>> Gibt es eine Seite, von der man die Uhrzeit und das Datum garantiert und
>> immer auch in Zukunft in immer exakt der gleichen Codierung auslesen
>> kann und zwar ohne dort Megabyteweise Datentraffic zu generieren und
>> kann man den eigenen Standort dort irgendwie ebenfalls mit verifizieren,
>> damit man "die richtige" Uhrzeit erfährt?
>
> Ja, stellt dir einen eigenen Server hin, der seine Uhr mit einem
> Zeitserver synchronisiert und sie deinen Clients zur Verfügung stellt.
> Dann weisst du wenigstens, wen du in den Ar..h treten musst, wenn es
> nicht klappt.
> Falls du ganz sicher gehen willst, dass dein Server immer eine halbwegs
> aktuelle Zeit hat, bietet sich als Fall-Back bei Internetausfall ein
> Rubidium Frequenznormal (FE-5680A o.ä. für unter 200€) an.

Das ist ja so ziemlich der teuerste Ratschlag den man geben kann, du 
verkaufst wohl Server Hardware und Internetleitungen.

Du brauchst für so etwas eine redundante Internetanbindung, 
ausfallsichere Server mit Notstromversorgung und das für einen popeligen 
NTP Server wovon es im Internet bereits tausende gibt. Mit Wartung hast 
du da gerade einen Posten von mehreren Tausend Euro pro Monat erzeugt. 
Da würde ich einfach ein paar von z.B. Universitäten, dem PTB oder auch 
großer Linux Distributionen verwenden und fertig. Sogar die Hersteller 
von GPS Uhren haben teils derartige Server bzw rüsten Universitäten 
damit aus.

Alternativ kann man unter Linux auch einfach GPS Module anbinden, bis 
zur Sekunde hin ist das mittlerweile geschenkt. DCF77 wäre je nach Markt 
auch eine Option.

Quelle?

Onkel Ted schrieb:
> Alternativ kann man unter Linux auch einfach GPS Module anbinden, bis
> zur Sekunde hin ist das mittlerweile geschenkt. DCF77 wäre je nach Markt
> auch eine Option.

Wer weiss, ob der TO überhaupt ausreichend guten GPS-Empfang in seinem 
Schaltschrank (oder wo auch immer) hat.

my2ct schrieb:
>> Alternativ kann man unter Linux auch einfach GPS Module anbinden, bis
>> zur Sekunde hin ist das mittlerweile geschenkt. DCF77 wäre je nach Markt
>> auch eine Option.
>
> Wer weiss, ob der TO überhaupt ausreichend guten GPS-Empfang in seinem
> Schaltschrank (oder wo auch immer) hat.

So ist das, GPS lehne ich generell ab, weil es eine Außenantenne 
benötigt. DCF hat auch seine Fallen, aber ist im Haus nur selten 
problematisch.

Es bleibt eine sinnlose Leichnfledderung:
ESP8266 schrieb:
> 25.01.2017 14:29

NTP liefert UTC. Würde problemlos über jede erdenkliche 
Software-Lebensdauer als Zeitstempel und Referenz funktionieren, wenn 
schlechte Programmierung nicht mit Schaltsekunden in üble Konflikte 
käme.

Nur weil Programmierer-Nerds nicht mit real-world-Problemen belästigt 
werden möchten, (Haben wir fast alle erlebt: Die Zeitrechnung war mit 
1999 nicht vorbei...) sollen die Schaltsekunden abgeschafft werden. 
Selbst Menschen mit etwas weiterem Horizont (war das die 
heise-Redaktion?) kamen schon mit solchem Unsinn daher.

Ein paar international vereinbarte Regeln für's Handling könnten in 
einer kleinen pseudo-code-bib zusammengefasst werden, die auch an 20 
Jahre alter Rechner-Hardware nicht scheitern dürfte. Nur an schlechten 
kurzsichtigen Programmierern.