|
Anzeige
|
DateTime to uint32_tHallo, ich habe folgendes Problem mit einer Konvertierung. In einer DateTime Struktur ist der Tag, Monat und Jahr enthalten. Der Tag und Monat ist vom Datentyp uin8_t. Das Jahr hat den Datentyp uint16_t. Jetzt sollen alle drei Werte in eine uin32_t Datentyp kopiert werden. Beispiel: Tag (uint8_t) = 5 Monat(uint8_t = 7 Jahr(uint16_t) = 23 Im folgenden soll dann die drei Werte so in der Variable drin stehen: datetime_variable(uint32_t) = 5072023 datetime = Tag * 1000000 + Monat * 10000 + Jahr War jetzt ncht soo schwierig, oder?
Gast
#7508261
datetime_variable = Tag100000UL + Monat10000UL + Jahr+2000 Ist das eine Hausaufgabe oder steckt da ein tieferer Sinn hinter? Ich frage, weil ein Zeitpunkt als unit32 normalerweise völlig anders aussieht, nämlich Sekunden nach dem 1.1.1970 00:00:00.
Upps, da hat Du recht. Warum aber das Jahr in einem uint16_t steckt wenn es nur 2-stellig abgespeichert wird...? Vielen Dank! EInen Punkt hätte ich noch. Der Monat soll nicht eine Stelle haben zum Beispiel beim Monat 4 sondern soll 04 anzeigen: 3042023
Gast
#7508265
Da fehlt eine Null
Gast
#7508266
Das ergibt sich von ganz alleine, weil der Tag davor steht. Ich danke euch
Die Reihenfolge ist schon ein bisschen abartig. Welchen tiefen Sinn mag es haben, die Wertigkeit der Stellen derart durcheinander zu würfeln? Jeder Größer-/Kleiner-Vergleich (Sortieren) wird damit zu einer mittleren Orgie.
Das wird schon spaßig, wenn man den 31.12.1969 23:59:59 in der Kodierung darstellen möchte.
Normalerweise steht das Jahr zuerst. Warum? Damit sortieren leichter wird, das ist wohl auch der Sinn des Ganzen.
Agree! Würden sich die Leute blos mal die ISO-8601 (oder auch DIN-5008, rfc3339 ...) ansehen, als immer was Neues "erfinden" zu wollen ...
Jede Codierung hat seine Schwächen - besonders aber die des TO's, angefangen bei seinem "Jahr(uint16_t)". Vor dem Jahr 2000 ist da nichts ... Stefan F.'s Vorschlag ist etwas unvollständig dargestellt. Die Unix Epoch auf die er sich wohl bezieht (Unix time / POSIX time / Unix timestamp), "ist die Anzahl der Sekunden, die seit dem 1. Januar 1970 (Mitternacht UTC/GMT) vergangen sind, ohne Schaltsekunden (in ISO-8601-Darstellung also 1970-01-01T00:00:00Z)". Siehe auch: https://de.wikipedia.org/wiki/Unixzeit. Dort wird auch auf das Jahr-2038-Problem (eine weiter Schwäche) eingegangen. Eine umfassende Zusammenstellung findet sich z.B. unter https://www.epochconverter.com/
30.04.2023? jede Kamera macht das seit Jahrzenten richtig IMG_20230508_120522.jpg
Selbst die DIN-5008 hat wegen der Dickköpfigkeit deutscher Schreibstuben nach fünf Jahren den Rückzug angetreten und seit der Ausgabe 2001, neben der Form 'YYYY-MM-DD' nach ISO-8601, das Format 'TT.MM.JJJJ' als wieder zulässig erklärt. Immerhin ist die Nutzung dieses Formates seit 2020 auf inländischen Schriftverkehr beschränkt worden. union Datum { int_8 Tag; int_8 Monat; int_16 Jahr; }; schon mal darüber nachgedacht?
Ja, und als untauglicher Ansatz für das beschriebene Problem verworfen.
Fürwahr sitzen in denselben Schreibstuben -- und nicht nur da ! -- weiterhin die gleichen talentfreien Schnellmerker, die sich aktuell der Hoffnung ergeben, die staatlich verordnete Digitalisierung möge sich positiv auf ihren Intellekt auswirken. Bei allem gebührenden Respekt erlaube ich mir schon jetzt zu orakeln, dass dem nicht so sein wird! Aber auch ich irre mich zuweilen ...
GENIAL! Horst - you made my day! Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
