Hallo Leute, habe aus einer Logdatei einen Zeitstempel und komme nicht dahinter, wie das Datum da drinsteckt. Zeitstempel: 658163117239000 Zeit: 14.09.2013 11:30; kann gut sein, dass noch ms mit drinstecken. Hoffe, dass mir jmd helfen kann. lg :)
Guest schrieb: > Hoffe, dass mir jmd helfen kann. Wenn du Time-Stamps von verschiedenen Zeitpunkten hättest, könnte man wenigstens die Auflösung rausfinden
Außerdem wäre damit schon klarer, wo sich die Sekunden und kleinere verstecken.
lulux schrieb: > http://www.unixtime.de/ Kaum. Die gegebene 658163117239000 ist binär: 0000000000000010010101101001100010001010110011101010101011011000 Wenn man die angebene Zeit mit 0 Sekunden in das Unix-Format bringt, kommt binär 001010010001101000010010110010000 raus. Der Anfang davon sollte ja im umgerechneten 658163117239000 zu finden sein, ist es aber nicht.
Tschuldigung, hier eine Datenreihe: 658163117239000 -0.024740 658164083639000 86.780.617 658165039084000 86.959.435 658165999960000 87.121.132 658166966513000 86.590.302 658166966513000 86.590.302 658167922018000 86.661.400 658168882773000 87.054.390 658170804648000 86.946.465 Die Messfrequenz kenne ich leider auch nicht.
Eine Idee ist natürlich, ob die Werte für Stunden, Min, Tag, Monat, Jahr etc. direkt in der Binärdarstellung versteckt sind. 2013 ist 111111011101, das scheint nicht enthalten zu sein. 14 ist 1110, da der Tag bis 31 gehen kann, könnte also 01110 drin stehen - tut es auch (siehe DDDDD). 9 für den Monat ist 0b1001. Das taucht dreimal auf, davon eine Überschneidung mit DDDDD. Bleiben also zwei Kandidaten über (MMMM). Für Stunden bräuchte man 5 Bits, für die 11 würde ich also 01011 erwarten. Das ist auch zwischen den beiden MMMM zu finden, siehe hhhhh
1 | // gegeben: 0x000256988aceaad8 0000000000000010010101101001100010001010110011101010101011011000 |
2 | // MMMMhhhhh MMMM DDDDD |
Mit ein paar anderen Beispielen könnte man das vielleicht weiter eingrenzen.
Guest schrieb: > hier eine Datenreihe: so, und diese Werte kannst du dir doch jetzt in eine Binärdarstellung bringen und schauen, welche Bits sich ändern.
Danke, das wäre schonmal ein Ansatz, werd mal weiter in diese Richtung forschen. Messfrequenz ist 1Hz. Hier die Datenreihe vom 14.09.13 14:40:00 bis 14:40:15 (+/- 1s), falls noch jemand Interesse daran hat. 14 Werte: 662634455023000,60.632854 662635416052000,60.766033 662637337866000,61.202705 662638298773000,61.185947 662639262091000,61.536396 662640220556000,61.543598 662641181525000,61.584953 662642144751000,61.729382 662643103735000,61.453575 662644064306000,61.459591 662645027594000,61.343361 662645986090000,61.293201 662646947119000,61.618122 662647910345000,61.625950
Die ersten 7 Stellen könnten Sekunden seit irgendeinem Zeitpunkt sein; vielleicht dem des Einschalten des Gerätes? Das wäre dann etwas über eine Woche her. Die restlichen Stellen sind dann vielleicht Sekundenbruchteile und daher zu ignorieren.
Guest schrieb: > Die Messfrequenz kenne ich leider auch nicht. Zumindest grob vielleicht? Liegt es eher im Mikrosekunden-, Stunden-, oder Wochen-Bereich? Kann es sein, daß das kein absoluter, sondern ein relativer Zeitstempel ist, z.B gerechnet ab Einschaltzeit des Systems oder so? Wenn man mal auf die oberen 6 Stellen rundet, kommt raus: 658163 658164 658165 658166 658167 (da kommt zweimal exakt das gleiche - copy/paste-Fehler?) 658168 658169 658170 Nehmen wir mal an, das Intervall wäre eine Sekunde. Dann wäre der Bezugspunkt ca. am 6.9. um 20:40. Bei Millisekunden wäre er knapp 11 Minuten vorher.
Rolf Magnus schrieb: > Dann wäre der > Bezugspunkt ca. am 6.9. um 20:40. Bei Millisekunden wäre er knapp 11 > Minuten vorher. Also natürlich 11 Minuten vor dem angegebenen Zeitpunkt, nicht vor dem 6.9. umd 20:40.
Hab gerade noch eine Messung nach neustart gemacht, 14:40:00 bis 14:40:15 (14 Messwerte, ein Messwert scheint zu fehlen (doppelte Dif. zum Punkt davor) 662634455023000,60.632854 662635416052000,60.766033 662637337866000,61.202705 662638298773000,61.185947 662639262091000,61.536396 662640220556000,61.543598 662641181525000,61.584953 662642144751000,61.729382 662643103735000,61.453575 662644064306000,61.459591 662645027594000,61.343361 662645986090000,61.293201 662646947119000,61.618122 662647910345000,61.625950 ca. 15:07, nach neustart 55365674000,59.259277 56328931000,59.522079 57287458000,59.085209 58248395000,59.169804 59211744000,59.105843 60170270000,59.393204 61131177000,-0.068111
Sekunden, Millisekunden nach dem Starten kommt hin: 662634 455023000 662635 416052000 662637 337866000 662638 298773000 662639 262091000 662640 220556000 662641 181525000 662642 144751000 662643 103735000 662644 064306000 662645 027594000 662645 986090000 662646 947119000 662647 910345000 Neustart 55 365674000 56 328931000 57 287458000 58 248395000 59 211744000 60 170270000 61 131177000 Das Ganze stammt aus einer .CSV, mal gucken wie ich das Datum rausbekomme. Vielen Dank für alle Hilfen, darauf wäre ich wohl nie gekommen :D
Thread beobachten
Seitenaufteilung abschaltenBitte 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.