setstate bei list -r

[Hackstall]

Hallo,

Ich mache ein list -r auf ein Device in eine Datei und bekomme
defmod <Device> ....,,
setstate <device> <timespec> STATE <value>
setstate <device> <timespec> <readingname> <value>

ich würde gerne zu gegebener Zeit ein Replay von dem
Inhalt der Datei machen um alte Zustände, Readings wiederherzustellen.

Frage:
Machen die erzeugten setstate Anweisungen überhaupt
Sinn.
Ich dachte mir setstate kann ich den Status eines Devices
Verändern? Ziel wäre es aber die Readings wiederherzustellen.
Müsste das nicht per ,,set" erfolgen?

Danke Gruss Andreas

[betateilchen]

Müsste das nicht per ,,set" erfolgen?

Nein. Mit set werden Zustände eines device verändert, das muss nicht zwangsläufig etwas mit den readings zu tun haben.

Machen die erzeugten setstate Anweisungen überhaupt Sinn.

Ja.

[DetlefR]

Ziel wäre es aber die Readings wiederherzustellen.

Das funktioniert auch.
Allerdings muss <timespec> aktueller/jünger als das aktuelle timespec des Readings sein. Also ganz ohne Nacharbeit geht es nicht.

[betateilchen]

ok, ich hol mal Popcorn und setze mich aufs Sofa...

[Hackstall]

Danke für Eure Antworten.
Mein Ziel war es ein Dummy Device mit einem gesicherten älteren  ,,uzsu" reading zu
überschreiben/wiederherzustellen.

Daher der vorher erwähnte replay.

Jedoch wird die alte gespeicherte Konfiguration nicht im SmartVisu angezeigt.

Habt ihr eine Idee?

Fehlt da der Event da setstate kein Event generiert?

Danke Andreas

[DetlefR]

Bei SmartVisu bin ich raus.
Wenn es aber nur darum geht, ein Event zu erzeugen, dann nimm statt "setstate" "setreading". <timespec> ist dann optional.