LabVIEW nutzt 01/01/1904 00:00:00.00 als Nullpunkt. Da muss es guten Lack an dem Tag gegeben haben.
habe eine Erklärung gefunden: https://forums.ni.com/t5/LabVIEW/What-s-with-12AM-Friday-January-01-1904/m-p/409999/highlight/true#M203074
Diese Beschränkung gab es früher auf Macintosh, welche 1904 gewählt haben, um möglichst alles Geburtstage der Nutzer abzubilden. Um bytes (z.B. für Code) zu sparen, hat man nicht 1900 genommen, damit sich nicht damit rumschlagen muss, dass es eigentlich ein (Nicht-)Schaltjahr ist. (alle 4 Jahre, außer das Jahr ist durch 100 teilbar, aber nicht durch 400). 1904 weil es das erste Schaltjahr danach war. (Das habe ich nicht ganz verstanden)
LabVIEW hats einfach nie geändert.
Wieder was unnützes frühmorgens gelernt 😅
nicht 1900 genommen, damit sich nicht damit rumschlagen muss, dass es eigentlich ein (Nicht-)Schaltjahr ist
Das ist auch der Ursprung dafür, dass Excel zwei Datensysteme, eins mit 1900, eins mit 1904 als Nullpunkt, hat.
Siemens hat das bei ihren SPSn noch “besser” gemacht. Geht von 1990 ab und ist BCD lesbar. Der Wochentag ist auch einkodiert. 0 ist allerdings kein gültiger Wert.
BCD?
Binary Codes decimal. 4 Bit geben immer einen Wert. 0xA bis 0xF sind ungültige Werte. Damit wird kein Modulo benötigt um auf Dezimalzahlen zu kommen.
X86 hat sogar Instruktionen um mit BCD Werten zu rechnen
In OracleDB beginnt die Zeit am 01-01-4712 v. Chr.
Nein heißt nein.
