State ... has to be type "string" but received type "object"

[dslraser]

@sneak-l8 sagte in State ... has to be type "string" but received type "object":

datetime finde ich nicht,

Es gibt z.B. auch value.datetime
Ob das hilft oder wie man es übergibt weiß ich nicht.

Auf der Seite suchen.

[paul53]

@dslraser sagte: Es gibt z.B. auch value.time

Das sind die ms seit 1.1.1970 0:00 Uhr UTC, also eine Zahl.

[paul53]

gelöscht.

[Sneak-L8]

@dslraser Danke für den Hinweis. Hatte datetime selbst nicht gesehen, mit Textsuche klappt's dann auch Und damit ist datetime ja auch nicht falsch, nur meine Zuweisung mit dem Date-Objekt.

@paul53 formatDate() führt hier m.E. nicht zum Ziel, da datetime ja gerade nicht nach jedes Gusto formatiert werden soll sondern nach einem festen Format. Leider steht da nur Systemformat und nicht eine konkrete Funktion. Aber da new Date(xxx) mit xxx = ISOString funktioniert, halte ich asISOString() für sehr wahrscheinlich.

[paul53]

@sneak-l8 sagte: new Date(xxx) mit xxx = ISOString funktioniert

Ja, wenn Du mit dem Anzeigeformat leben kannst.

Sonst verwende besser .toLocaleString()

[Sneak-L8]

@paul53 Hm, dann hat ioBroker bisher (es funktioniert ja "noch" mit Objekt) den toString() gemnommen. Denn so standen sie bisher drin.
Dann wäre aber schön, das würde so in der Doku stehen. Ist der vis-Adapter da flexibel und nimmt sowohl das Format aus toSting() als auch toISOString()?

[AlCalzone]

Um noch zur Verwirrung beizutragen: In der englischen (Originalvariante) stehen date und datetime als deprecated (durchgestrichen).
https://www.iobroker.net/#en/documentation/dev/stateroles.md

Diese sollten nicht mehr verwendet werden und stattdessen nur value.time. Dort new Date().getTime() reinschreiben, dann gibts auch keine Format-Verwirrungen.

[Sneak-L8]

@alcalzone Danke, das ist eine klare Aussage.
Wie mache ich das aber mit bestehenden Adaptern? Den bestehenden State ändern? Das ist wohl auch deshalb schwierig, weil dann von string auf number gewechselt wird und die in der Datenbank (SQL.0) in unterschiedlichen Tabellen stehen ...

[AlCalzone]

@sneak-l8 Das macht's wohl schwieriger. Meine Meinung: Lass es so wie es ist und plane für neue Entwicklungen damit, nur noch value.time zu nutzen.

[paul53]

@sneak-l8
Verwende Rolle "date", da laut Doku

date common.type = string - parsable by new Date(ddd) string