Convert hex to time/date

[Pinin]

Kan iemand vertellen hoe ik van een timestamp in Hex een normale datum kan krijgen zonder een converter te gebruiken, maar gewoon old-skool.

Op dit moment is het dus 543FB86D = 16 Oct 2014 12:22:05 GMT

[LordSinclair]

Hexadecimaal omzetten naar een decimaal getal, dan heb je een Linux timestamp en die kan je weer omzetten naar een datum en tijd.

[ Voor 6% gewijzigd door LordSinclair op 16-10-2014 14:31 ]

[u_nix_we_all]

En een unix timestamp is het aantal seconden sinds 1 Jan 1970 00:00 uur.

[Pinin]

ok stap 1 begrijp ik, maar stap 2 niet en dat komt wss omdat ik niks van linux afweet.
Misschien ook het verkeerde forum, maar ik dacht dat hij hier wel zou passen

edit: o.k bedankt @ u_nix_we_all

edit 2: wat een lastige manier om terug te halen, dit is dus eigenlijk niet te doen uit het koppie

[ Voor 29% gewijzigd door Pinin op 16-10-2014 14:33 ]

[LordSinclair]

Zoals "u_nix_we_all" aangeeft is dat nummer het aantal seconden na 1 januari 1970 00:00.
edit, je had het al gezien

[ Voor 15% gewijzigd door LordSinclair op 16-10-2014 14:33 ]

[Cilph]

Pinin schreef op donderdag 16 oktober 2014 @ 14:32:
ok stap 1 begrijp ik, maar stap 2 niet en dat komt wss omdat ik niks van linux afweet.
Misschien ook het verkeerde forum, maar ik dacht dat hij hier wel zou passen

edit: o.k bedankt @ u_nix_we_all

edit 2: wat een lastige manier om terug te halen, dit is dus eigenlijk niet te doen uit het koppie

Defacto worden datums opgeslagen als een unix timestamp, dus (milli)seconden sinds Jan 1 1970. Dit ga je vaak niet met de hand terugrekenen naar een DateTime. Gaat ook lastig met schrikkeljaren en seconden.

[ Voor 4% gewijzigd door Cilph op 16-10-2014 14:40 ]

[u_nix_we_all]

code:

date -d @$(printf "%d\n" 0x543FB86D)

Gnu date FTW


Edit: BTW, unix timestamps in hex, dat zie je niet zo veel. DB2 logfile wellicht ?

[ Voor 37% gewijzigd door u_nix_we_all op 16-10-2014 14:58 ]

[Pinin]

Oi, geen idee het is een device die wat data wegscrijft in hex.

Er zit nog iets in wat ik niet begrijp. Er staat in een veld $ 0A1B, en er kan eigenlijk geen waarde hoger in staan dan 2k decimaal, en ik verwachte een waarde rond 1710, en geen 2587

[Creepy]

En wat is nu je vraag? 0A1B is toch echt 2587

[Pinin]

Ja van hex naar dec wel. Maar is er misschien ook een andere -mij niet bekende- manier waar je van deze hex waarde naar een decimale waarde kan komen die een waarde in de 1700 komt.

Want zo blijkt dus ook die tijd niet in 1x de juiste tijd te zijn.

[Creepy]

Misschien moet je dan iets beter uitleggen wat je nu probeert te berekenen. Welke waarde heb je? Welke dataum zou dat moeten worden? En wat lukt er niet met de al gegeven tips hier om zelf te bepalen wat de datum moet zijn?

[Pinobigbird]

Pinin schreef op donderdag 16 oktober 2014 @ 21:12:
Ja van hex naar dec wel. Maar is er misschien ook een andere -mij niet bekende- manier waar je van deze hex waarde naar een decimale waarde kan komen die een waarde in de 1700 komt.

Want zo blijkt dus ook die tijd niet in 1x de juiste tijd te zijn.

Misschien base 13?
0A1B₁₃ is 1714₁₀

[Feanathiel]

...zonder een converter te gebruiken, maar gewoon old-skool.

Moet je niet willen. Je mist hier alleen al context zoals locatie, tijdzones, winter/zomertijd, schrikkeljaren/seconden, en waarschijnlijk mis ik er nog een paar. De meeste programmeertalen houden hier al rekening mee, door gebruik te maken van de berekening in het OS. Als het goed is wordt de achterliggende database continue bijgehouden (bv. http://www.iana.nl/time-zones) door continue updates van het OS binnen te halen.

Related: YouTube: The Problem with Time & Timezones - Computerphile

Overigens klopt 543FB86D = 1413462125 = 16 Oct 2014 12:22:05 GMT gewoon (http://www.onlineconversion.com/unix_time.htm).

[ Voor 8% gewijzigd door Feanathiel op 17-10-2014 09:13 ]

[RobIII]

Pinin schreef op donderdag 16 oktober 2014 @ 18:27:
Oi, geen idee het is een device die wat data wegscrijft in hex.

Misschien dat je Getallen en talstelsels FAQ eens kunt doornemen Het device "schrijft gewoon nullen-en-enen" of spanning/geenspanning of gewoon het "abstracte idee getal" weg. Dat jij 't toevallig ziet in hexadecimaal is totaal niet relevant. Ik weet niet welk programma die informatie weergeeft maar dat programma had er ook voor kunnen kiezen je 't in decimaal / binair / octaal of eender welke andere base kunnen laten zien. Het is echter, zonder context van getallen (een byte(s) is een byte(s); of dat nou staat voor "nuke the world" of "pacman levens" of "secondes sinds 1-1-1970") vaak handig en gebruikelijk (vooral onder 'programmeurstooltjes') om die bytes dan in hexadecimaal formaat weer te geven omdat je dan altijd 2 tekens per byte kunt gebruiken [00...FF] wat mooier/handiger uitlijnt dan [0..255] en het is wat compacter (en daarbij is de linker digit altijd te linkse nibble en de rechtse digit de rechtse nibble).

code:

00000000: 68 65 6c 6c 6f 20 77 6f hello.wo
00000008: 72 6c 64 21 0a          rld!.

code:

00000000: 104 101 108 108 111 32 119 111 hello.wo
00000008: 114 108 100 33 10              rld!.

[ Voor 90% gewijzigd door RobIII op 17-10-2014 09:40 ]