Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[nik82]

@JB_Mystery
Ich kenn mich zwar mit Javascript nicht aus, aber ist das normal das du 3 "=" Zeichen nach dem .val schreiben musst?

Mach doch mal ein Blockly, das hier funktioniert bei mir einwandfrei:

[unltdnetworx]

@nik82
Das mit den === bewirkt das gleiche wie == mit dem Unterschied, dass der Typ exakt übereinstimmen muss. Also true muss vom Typ boolean sein. Bei den 2= wird auch der Datentyp konvertiert. Sollte also auch 1 statt true akzeptieren.

[unltdnetworx]

@JB_Mystery
Das wäre auch mein Vorschlag gewesen, erst mal mit Blockly testen. Oder den Punkt mal loggen lassen und schauen, ob er überhaupt geschrieben wird.

Ich schau mir das später mal an, bin gerade unterwegs.

[JB_Mystery]

Habe ein Blockly versucht, leider mit gleichem Ergebnis; keine Mail kam. Wobei ich dazu sagen muss, dass es mein erstes Blockly ist.

Habe extra Screenshots gemacht, während Warmwasser erzeugt wurde, damit das true zu sehen ist.

Bin für jeden Tipp bzw. Hilfe dankbar.

[nik82]

Mach doch erstmal eines, mach oben beim Blockly statt "geändert" auf "aktualisiert", dann machst gleich nach dem Verdichter = wahr eine Email und schaust erstmal ob die Email kommt wenn der Verdichter sich ändern und dann gehst den nächsten Schritt.

P.S. Bei dem Ventil könnte es auch sein das du die 2 nicht als Zahl sondern als Text angeben musst.

[unltdnetworx]

Oder statt einer E-Mail ein Log schreiben lassen. Dann hat man sofort Rückmeldung und ein weiteres Problem ausgeschlossen.

[JB_Mystery]

Ich habe jetzt die letzten Tage weiter rum experimentiert. Dabei hat sich rausgestellt, dass ich e-Mails senden kann. Daran liegt es nicht.
Weder Javascript noch Blockly erkennen die Änderung von Werten. Aber warum verstehe ich nicht, da der Wert WAHR zu sein scheint. Siehe dazu Test-Blockly und Log-Auszug. Da ich nicht jeden Tag Warmwasser erzeuge, bin ich für die Testung auf die Pumpe gewechselt. Sind aber die selben Probleme.
Habt ihr dazu jetzt noch Ideen? Bin für alles Dankbar.

[unltdnetworx]

@JB_Mystery
Teste doch mal dein erstes Skript mit einem Log nach der ersten Abfrage (Verdichter). Und bau dir ein anderes Skript und teste, ob die Stufen des Ventils auch wirklich als Zahlen abgefragt werden.

Also lediglich ein Skript, das einmalig beim Ausführen auf 4 bzw. "4" testet.

Hatte schon öfter das Problem, dass Zahlen als Strings angegeben werden müssen.

[JB_Mystery]

Ich bin etwas weiter. Egal wie ich eine Änderung abfrage Blockly oder Javascript, sie wird nicht erkannt. Warum weis ich nicht. Nur Aktualisiert bzw. Vergleich auf Wahr wird ausgeführt.

on({id: 'stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZKREISPUMPE', change: "ne"}, function (obj) {
    log ("Verdichter Änderung");
    if (getState('stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZKREISPUMPE').val === true) {
        log ("Verdichter = TRUE");
        if (getState('stiebel-isg.0.Info.FACHMANN.PROZESSWERTE.POSITION_VENTIL').val = 2) log ("Verdichter = Heizbetrieb - Vergleich Zahl");
        if (getState('stiebel-isg.0.Info.FACHMANN.PROZESSWERTE.POSITION_VENTIL').val = 4) log ("Verdichter = Warmwasserbetrieb - Vergleich Zahl");
        if (getState('stiebel-isg.0.Info.FACHMANN.PROZESSWERTE.POSITION_VENTIL').val = "2") log ("Verdichter = Heizbetrieb - Vergleich String");
        if (getState('stiebel-isg.0.Info.FACHMANN.PROZESSWERTE.POSITION_VENTIL').val = "4") log ("Verdichter = Warmwasserbetrieb - Vergleich String");
    }
});

Hier kam überhaupt kein Log. Die Ventil Geschichte gehe ich an, wenn ich die Änderung Verdichter mitbekomme.

Auch hier wurden immer nur aktualisiert und WAHR ausgegeben im LOG.

Kann es sein, dass beides die Änderung von undefiniert zu WAHR nicht als Änderung wahrnimmt?
Wie kann ich sonst auf die erstmalige Steigende Flanke von Verdichter reagieren? Außer jetzt eine Variable zu setzen, die die Ausführung des Scriptes verhintert beim erneuten Aufruf. Wenn alles nichts Hilft, dann werde ich natürlich diesen Workaround machen.

[unltdnetworx]

@JB_Mystery
Jetzt wird mir gerade klar, wo das Problem bei dir liegt. Stand wohl auf dem Schlauch.

Du wirst keine Änderung mitbekommen, da die ISG Oberfläche keine wirkliche Änderung vollzieht. Die Heizkreispumpe wird (meine ich aus dem Kopf) nur mittels eines Symbols auf der Startseite angezeigt oder eben nicht. Daher wird der Datenpunkt nur auf "true" oder eben gar nicht gesetzt. Somit ändert sich der Wert auch nicht sondern wird lediglich ungültig nach einer bestimmten Zeit.

[JB_Mystery]

Das weis ich ja, deswegen schrieb ich ja undefiniert. Dann verstehe ich aber nicht, warum es bei @nik82 funktioniert und auch bei mir früher mal ging. Versuche gerade den Workaround zu Basteln. Werde berichten.

@nik82 sagte in Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg:

@JB_Mystery
Ich kenn mich zwar mit Javascript nicht aus, aber ist das normal das du 3 "=" Zeichen nach dem .val schreiben musst?

Mach doch mal ein Blockly, das hier funktioniert bei mir einwandfrei:

[nik82]

Also bei mir wird auch nur WAHR ausgewertet, sonst nichts. Alles andere geht nicht, das haben wir ja alles schon zig seiten vorher mal diskutiert.
Werde mal nochmal einen Test machen und gebe dann nochmal Bescheid.

[JB_Mystery]

@nik82
Aber dein Starttrigger ist Elektrische Nacherwärmung geändert, oder bin ich da falsch? Und dies wird nur einmal ausgeführt, oder? Sonst müsstest du ja permanent die Telegramme bekommen.

[nik82]

Ja, weil der Zustand von undefiniert in wahr ist ja eine Änderung und von wahr auf undefiniert müsste er auch eine Änderung erkennen. Aber ich werd das mal mit z.B. Warmwasser nochmal testen und gebe Bescheid.
Denn der Heizstab wird so schnell hoffentlich nicht einschalten:-)

[nik82]

So habe es jetzt getestet und es funktioniert einwandfrei mit diesem Script:

Ergebniss:

@JB_Mystery
Bei deinem Testscript oben hast du erstens den Trigger auf aktualisiert und nicht auf geändert, dann hast du nochmal eine "falls" Abfrage in der "falls" Abfrage.

Jetzt mach doch mal eines, mach GENAU mein Script oben und als Ausgabe wenn du nicht Telegram willst, mach einfach Email oder Debug out, aber mach mal GENAU das Script und gib uns Bescheid was dann passiert.

[JB_Mystery]

Habe dies getestet:

Ergebnis: Es kam kein LOG.

Bin dann weiter auf die Suche gegangen. Mein Wert scheint irgendwie auf TRUE zu stehen, obwohl er nirgends als TRUE dargestellt zu sein scheint.

schedule("*/50 * * * * *", function () { //alle 30 Sek.
    if (getState('stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZKREISPUMPE').val = true) log ("Heizkreispumpe AN = TRUE; " + getState('stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZKREISPUMPE').val);
});

Ich habe jetzt auch die Log Funktion aktiviert und die minimalen Pumpenzyklen erhöht, so dass ich heute mehrmals testen kann. Also mal abwarten. Ich weis nur nicht, was es bringt? Objekte kein Eintrag und auch im Flot sehe ich kein true.

Idee: Wie kann ich die undefinierten Werte (bei mir anscheinend TRUE) = false setzen, wenn sie nicht true sind? Oder geht das im Adapter?

Ich verzweifel hier noch.

[nik82]

Es geht ja darum mal zu wissen ob bei dir generell etwas nicht stimmt und dann können wir ja weiter schauen.

Wenn die Heizkreispumpe läuft, geht denn dann dein Objekt auf TRUE? Weil laut Screenshot oben ist es ja undefiniert, also steht gar nichts drin. Du loggst ja den Wert mit der History oder? Zeig mal was er da alles drin hat.

Ich hab da auch mal etwas gebastelt um die Werte statt undefiniert auf FALSE zu setzen:

Das funktioniert auch, ABER es ist nicht nötig, denn der TRUE wert wird immer richtig dargestellt und das reicht, deswegen müssen wir ja wissen ob das bei dir der Fall ist, denn wenn der TRUE Wert nicht richtig dargestellt wird, dann ist ja überhaupt was faul.

[unltdnetworx]

@JB_Mystery
Ich denke, der Wert wird NICHT geändert. Er verliert nur seine Gültigkeit. Vermutlich ist das keine Änderung. Teste doch mal mit aktualisiert und bau eine Prüfung ein, ob der Wert noch gültig ist, falls das geht. Ansonsten ob die letzte Aktualisierung nicht älter ist, als 2x deine eingestellte Aktualisierungszeit aus dem Adapter.

[unltdnetworx]

@nik82
Genau so meinte ich das. :+1:

[nik82]

Also es ist definitiv eine Änderung wenn die Gültigkeit verloren geht, das Beweist ja das Script oben von mir:-)