UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[ammawel]

@Tino-0
die Zeitangabe ist immer noch vom Typ String, jetzt allerdings in einem ISO-Format.
Sollte das nicht wie für Datum-/Zeit-Werte in Javascript und ioBroker üblich eine Zahl sein, die die Millisekunden seit dem 1.1.1970 angibt (Unix-Angabe)?
Die date-Angaben der measuregrpsXX sind doch auch vom Typ Number und geben die Millisekunden an.

[Tino 0]

@ammawel

die war im ISO Format 2025-11-18T06:06:05.000Z jetzt ist sie in .toLocaleString("de-DE")

1. ISO-8601 (der Standard für alles, ideal fürs Logging & ioBroker)

new Date(ts * 1000).toISOString()

Format:
2025-02-19T10:32:55.000Z


✓ Maschinentauglich
✓ Sortierbar
✓ Universell
✓ ioBroker liebt es

2. Lokales Datum + Zeit (z.B. „2025-02-19 11:32:55“)

new Date(ts * 1000).toLocaleString("de-DE")

Beispiel:
19.02.2025, 11:32:55

3. Nur Datum

new Date(ts * 1000).toLocaleDateString("de-DE")

Ergebnis:
19.02.2025

4. Nur Uhrzeit

new Date(ts * 1000).toLocaleTimeString("de-DE")

Ergebnis:
11:32:55

5. UNIX Timestamp

Wenn du den Rohwert willst:

ts    // Sekunden
Date.now() // Millisekunden

Was willst du haben?

Gruß Tino

[ammawel]

"Was willst du haben?" :blush: ja ja, hab verstanden :blush:
ernsthaft: auf keinen Fall einen String, ganz normal die Millisekunden seit dem 1.1.1970 als Typ Number,
also z.B. 1763502691926 für jetzt, damit kann man problemlos jedes gewünschte Anwenderformat erzeugen

Gruß Achim

[Tino 0]

@ammawel

so jetzt schaue mal es gibt jetzt zusätzlich noch den 1_timestamp.

[ammawel]

uff...

• XX_timestamp hat den richtigen Zahlenwert
• wenn die Eigenschaft "role" für XX_timestamp nicht "value" sondern "date" ist, erhält man im Objektbaum des ioBrokers auch eine Darstellung als Datum, obwohl es immer noch eine Zahl ist, nach der man sortieren kann, Differenzen bilden kann, in jedem beliebigen Datums- / Zeitformat anzeigen lassen kann etc.

Dann ist ein zusätzlicher Datenpunkt mit dem Datum als String nicht mehr erforderlich, eher verwirrend, und XX_update könnte entfallen.
Vorschlag: Entweder XX_timestamp (würde ich bevorzugen) oder XX_update

Ich habe das mal im Objektbaum für 1_timestamp geändert:

[Tino 0]

@ammawel

so aber jetzt!

Gruß Tino

[ammawel]

Perfekt!
Vielen Dank für Deine Arbeit, Mühen und die Geduld.
Mir hat der Abend viel Spaß bereitet, jetzt reicht es aber auch.
Viele Grüße und gute Nacht
Achim

[Tino 0]

@ammawel

gleiche

[Tino 0]

moin,

ich habe noch einmal etwas geändert, die Rolle date wird immer gesetzt bei (date|startdate|enddate|timestamp|modified|created) in den Datenpunkten lastActivity und lastSleep. Neuste Version ist oben drin.

Gruß Tino

[ammawel]

@Tino-0
Moin,
ich hab auch noch was:
tsRaw ist um Faktor 1000 zu klein, zur Zeit sind das Sekunden, es müssen aber für ein richtiges Datum-Objekt Millisekunden sein.

Zeile 398 müsste mMn dann so aussehen (gerade getestet):

const tsRaw = Number(grp.date * 1000) || null; // Millisekunden

Edit:
Im Objektbaum wird das Datum mit dem zu kleinen Wert zwar richtig angezeigt (warum?), wenn man aber den Wert editiert, stimmt das Datum in den Datumsfeldern die dann angezeigt werden nicht mehr. Mit Faktor 1000 passt es.

Edit:
Die Withings-Api liefert wohl generell Sekunden statt Millisekunden...

[ammawel]

const tsRaw = typeof grp.date === "number" ? grp.date * 1000 : null;

[Tino 0]

@ammawel

ist geändert in

const tsRaw = typeof grp.date === "number" ? grp.date * 1000 : null;

[Tino 0]

@ammawel

so sollte jetzt in dem https://github.com/TA2k/ioBroker.withings sein.

Gruß Tino

[ammawel]

@Tino-0

Super und nochmal vielen Dank!
Gruß Achim