NEWS
Userdata nicht persistent?
-
Re: Persistente Variablen - gibt es das in iobroker
Ich habe eine Variable (State) in userdata angelegt. Es ist ein Faktor zur Umrechnung von Feuchtigkeit. Leider wird der State bei jedem Neustart von IoBroker wieder geleert, was dann in NodeRed zu einem Parsing Fehler führt mit Abbruch des Flow.
Gem. obigem Thread sollten doch alle States persistent gespeichert werden. Warum ist das bei mir nicht so?
{ "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1597645604194, "common": { "name": "Humidity_Factor", "role": "", "type": "number", "desc": "Manuell erzeugt", "min": 0, "max": 1.5, "def": 1, "read": true, "write": true }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "0_userdata.0.Humidity_Factor", "type": "state" }
-
@tops4u sagte in Userdata nicht persistent?:
Warum ist das bei mir nicht so?
Meine Glaskugel meint, dass vielleicht der Datenpunkt beim Neustart mit "leer" oder was auch immer beschrieben wird.
@tops4u sagte in Userdata nicht persistent?:
sollten doch alle States persistent gespeichert werden.
so ist es auch
-
@Homoran Danke für die rasche Antwort. Der State wird nur lesend in NodeRed verwendet, wieso sollte er dann beim Start geleert werden?
-
@tops4u sagte in Userdata nicht persistent?:
Der State wird nur lesend in NodeRed verwendet, wieso sollte er dann beim Start geleert werden?
und wie wird er überhaupt gefüllt?
-
@Homoran Von "Hand" über die GUI in der Objects Liste. Den Wert in common.def habe ich erst heute nach dem Neustart gesetzt.
-
@tops4u sagte in Userdata nicht persistent?:
Von "Hand" über die GUI in der Objects Liste
auch korrekt mit ACK=true?
Zeig mal den Screenshot davon
-
@Homoran Auch gerade geguckt, nein ist nicht bestätigt. Wie mache ich das??
-
@tops4u sagte in Userdata nicht persistent?:
nein ist nicht bestätigt. Wie mache ich das??
genau! die Zahl darf nicht rot sein.
- Auf das Feld mit der Zahl, rechts von der Zahl klicken
- Bleistift ("im Dialog bearbeiten") anklicken
- ändern
- Checkbox "bestätigt" anhaken
- OK
-
@Homoran Ok, gemacht. Denke dann sollte es klappen. Wozu kann ich denn den Wert "inline" im Feld ändern wenn er dann so nicht persistiert wird. Das ist nicht auf Anhieb ersichtlich - oder ich verstehe es nicht.
-
@tops4u sagte in Userdata nicht persistent?:
Wozu kann ich denn den Wert "inline" im Feld ändern wenn er dann so nicht persistiert wird
wenn du Werte von einem Adapter änderst darf ACK nicht true sein, damit der Adapter den Wert auch verarbeitet.
Nach der Bearbeitung schaltet der Adapter dann ACK=true -
@Homoran Ok nun verstehe ich. Macht das beim UserAdapter denn so Sinn, oder sollte dieser dann nicht die Werte immer auf ACK stellen?
-
@tops4u sagte in Userdata nicht persistent?:
Macht das beim UserAdapter denn so Sinn
es gibt keinen UserAdapter.
Das sind die Einstellungen des Admin und ist für den gesamten Admin einheitlich -
-
@paul53 sagte in Userdata nicht persistent?:
@Homoran sagte:
die Zahl darf nicht rot sein.
Seit wann ?
wenn ACK=true dann !rot
-
-
@paul53 sagte in Userdata nicht persistent?:
@Homoran sagte:
wenn ACK=true dann !rot
Weshalb soll ACK = true sein ?
Wenn du schon diese Frage stellst....
Ich war davon ausgegangen, dass nur dann die Daten auch übernommen werden
-
@Homoran sagte:
dass nur dann die Daten auch übernommen werden
Nein, bei mir sind einige Userdata-Werte schon seit Monaten "rot".
-
@paul53 und die überleben dann auch einen Neustart?
-
-
@paul53 Dann lag ich anscheinend falsch und übergebe ich dir hiermit gerne den User und sein Problem