NEWS
Triggern DP ohne Wert nicht möglich (true/leer)-stiebel-isg
-
@TH-G Check doch zuerst mal ob True ein Boolscher Wert ist oder ein String. Dann musst du statt "Wahr" einen Textblock dort reinfügen in dem auf true gecheckt wird.
-
Im Adapter steht für die betroffenen Objekte:
{ "from": "system.adapter.stiebel-isg.0", "user": "system.user.admin", "ts": 1592375626112, "common": { "name": "KÜHLEN", "type": "boolean", "unit": "", "role": "indicator.state", "read": true, "write": false }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.KUEHLEN", "type": "state" }
Also Boolscher Wert.
Ich habe Datenpunkte erstellt in den ein Text geschrieben werden soll je nachdem wie der Status der Wärmepumpe ist.
Mit VIS Feld meinte ich einen Datenpunkt den ich im VIS anzeigen lasse
-
nichts ist immer schlecht, deklarieren.
Textfeld immer ausfüllen, auch wenn du -> nichtst <- da einfügst.
Schreibe was in den Status WP Text.
Zumal der Datenpunkt eben auch String darstellen können muß.
Nicht nur true und false.
Deine "role": "indicator.state", sollte aber text sein. -
Die Angaben kommen ja vom Adapter und nicht von mir.
Meine Datenpunkt in dem reingeschrieben werden soll ist:
{ "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1586954435979, "common": { "name": "Status_WP", "role": "", "type": "string", "desc": "Manuell erzeugt", "def": "", "read": true, "write": true }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "0_userdata.0.Status_WP", "type": "state" }
Auch irgendein Text wie "Nichts" bringt keine Änderung
-
schreibe mal was in den Status WP Text rein.
Am besten bei sonst Kühlen ne 1, Heizen ne 2, WW ne 3. -
Auch das bringt nichts, dass alles habe ich schon alles durch. Deswegen nervt mich das auch alles so sehr, weil es nicht zu verstehen ist.
-
@TH-G
Was steht den im Datenpunkt ? Immer nur Kühlen ?
Dann wird Kühlen zu oft getriggert.
Den Rest siehste nicht weil das zu schnell geht. -
@TH-G
Leg doch mal für jeden Status einen eigenen Datenpunkt an.
Das erleichtert vielleicht die Fehlersuche. -
Ja es steht immer Kühlen im Datenpunkt.
on({id: "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.KUEHLEN"/*KÜHLEN*/, change: "any"}, function (obj) { var value = obj.state.val; var oldValue = obj.oldState.val; if (getState("stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.KUEHLEN").val == true) { setState("0_userdata.0.Status_WP"/*Status_WP*/, 'Kühlen', true); } else { setState("0_userdata.0.Status_WP"/*Status_WP*/, 'kein Status', true); } }); on({id: "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN"/*HEIZEN*/, change: "any"}, function (obj) { var value = obj.state.val; var oldValue = obj.oldState.val; if (getState("stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN").val == true) { setState("0_userdata.0.Status_WP"/*Status_WP*/, 'Heizen', true); } else { setState("0_userdata.0.Status_WP"/*Status_WP*/, 'kein Status', true); } }); on({id: "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.WARMWASSERBEREITUNG"/*WARMWASSERBEREITUNG*/, change: "any"}, function (obj) { var value = obj.state.val; var oldValue = obj.oldState.val; if (getState("stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.WARMWASSERBEREITUNG").val == true) { setState("0_userdata.0.Status_WP"/*Status_WP*/, 'Warmwasser', true); } else { setState("0_userdata.0.Status_WP"/*Status_WP*/, 'kein Status', true); }
Ich sehe da keinen Fehler aber es geht nicht
-
@TH-G
mal kühlen auf false stellen und schauen was der DP macht. -
Auch das Ralla habe ich alles schon probiert ohne Auswirkungen
Ich kann doch nicht der einzige sein, der dieses Problem hat.
-
@TH-G
Debug Baustein im Kühlen falls sonst einbauen mit aktueller Zeit damit du siehst was passiert. -
Ich würde auch auf Änderung prüfen, nicht auf Aktualisierung.
Ich kenne das Gerät nicht, würde aber vermuten, dass sich der Betriebsstatus mehr oder weniger zeitgleich bei Kühlen und Heizen aktualisiert, was dann dazu führt, dass das Script ja quasi zeitgleich doppelt getriggert wird. Deshalb change von "any" auf "ne" setzten.
Ansonsten würde ich erstmal ins Log Debuggen um zu sehen was überhaupt abgearbeitet wird.
-
Das Problem ist, dass 3 verschiedene Trigger den gleichen Datenpunkt nutzen. Wird jetzt z.B. erst HEIZEN wahr, dann KÜHLEN falsch, dann wird in den Datenpunkt erst ganz kurz "Heizen" geschrieben, dann " ".
Du musst alles in einen Trigger verpacken. Hier nur Pseudocode, da kein Blockly zur Hand:
Trigger auf HEIZEN, KÜHLEN und WARMWASSER: Falls HEIZEN ist wahr, dann setze STATUS auf "Heizen" Sonst falls KÜHLEN ist wahr, dann setze STATUS auf "Kühlen" Sonst falls WARMWASSER ist wahr, dann setze STATUS auf "Warmwasser" Sonst setze STATUS auf ""
So ist sichergestellt, dass immer nur einer der Stati gültig ist.
-
Perfekt das wars, Danke
-
Leider funktioniert es auch nicht richtig. Es wird zwar sauber bei Kühlung in den Datenpunkt "Kühlen" reingeschrieben aber wenn das Kühlen vorbei ist wird nicht der andere Wert "nicht aktiv" reingeschrieben und es bleibt "Kühlen" im DP stehen.
-
Die DP, auf die Du triggerst werden ja nicht alle exakt gleichzeitig gesetzt. Je nachem, welcher zuletzt im Adapter ankommt und vom Adapter gesetzt wird, der gewinnt.
Ich würde mal eine kleine Pause einbauen (mit Timeout Baustein) und damit sozusagen auf einen stabilen Zustand warten. Vlt 2 Sekunden oder so. Wie genau muss ein Timeout-Spezialist sagen -
Es ist doch egal wann was getriggert wird.
Wenn die Anlage Kühlt steht im DP des Adapters "True" und bei den anderen steht nichts. Also wird der Text "Kühlen" in meinen DP fürs VIS reingeschrieben.
Wenn Kühlen beendet ist steht in keinem der DP etwas, also müsste dann in meinem DP fürs VIS "nicht aktiv" reingeschrieben werden.
Bei Heizen und Warmwasser läuft es gleich ab aber er macht es nicht.
-
Frage doch false ab.
Wenn kühlen + heizen + WW ist false aktuallisiere DP mit nicht aktiv.Nichts in den 3 Datenpunkten auch nicht gut da -> nichts <- nicht ausgewertet werden kann.
Schreibe da false rein wenn nicht wahr. -
@TH-G sagte in VIS nervt aber warum?:
Es wird zwar sauber bei Kühlung in den Datenpunkt "Kühlen" reingeschrieben aber wenn das Kühlen vorbei ist wird nicht der andere Wert "nicht aktiv" reingeschrieben
Logge doch mal die Änderungen der Datenpunkte. Scheint mir als würden die anderen nicht aktiv werden, wenn Kühlen vorbei ist.
Und sollten sie es überhaupt oder hast du ne Hysterese?