Ausführung eines Blocks nur alle 15 Minuten - wie?

[WoFried]

@paul53 So, ich nochmal. Gestern habe ich dummerweise den Debug-Modus drin gelassen und nix ist passiert. Heute haben wir eine geschlossene Wolkendecke und ich werden noch nicht einmal meine Batterie voll bekommen, geschweige denn, dass ich die Wärmepumpe für den Pool laufen lassen könnte. Test wird also weiter verschoben.

Aber eine Verständnisfrage hätte ich:

Ich lasse mir mit Pushover regelmäßig alles mögliche zusenden, um zu checken, ob das funktioniert, was ich da gebastelt habe.

Ich lasse mir folgende Informationen zusenden.

(1) - WERT vom "ueberschuss"
(2) -"ueberschuss"
(3) - WERT vom Objekt ActivePower, welches "ueberschuss" befüllt

Wenn ich mir nun die generierte Meldung anschaue, stelle ich fest, dass (1), also der Wert vom "ueberschuss" gar nichts enthält. Ich hätte erwartet, dass dort dann eben ein "Wert" rauskommt.

Wieso bleibt das leer?

[paul53]

@wofried sagte: Wieso bleibt das leer?

Die Variable ueberschuss enthält eine Zahl, "Wert vom Objekt ID" benötigt aber eine Datenpunkt-ID.

[WoFried]

@paul53 Ah, OK. Und in der ersten Zeile, wo explizit der "Wert" des auslösenden Objektes angefragt wird, bezieht sich auf den Inhalt?

[paul53]

@wofried sagte: "Wert" des auslösenden Objektes angefragt wird, bezieht sich auf den Inhalt?

Ja, es ist der Wert des Trigger-Datenpunktes.

[MartinP]

@paul53 Ist Dein Skript wirklich der Aufgabenstellung entsprechend?

Ich habe sie so verstanden, dass alle 15 Minuten überprüft werden soll, ob der Überschuss ausreichend ist, die Wärmepumpe zu betreiben. Wenn ja, soll die WP sofort angeschaltet werden.
Im Eingeschalteten Zustand soll dann entsprechend alle 15 min geschaut werden, ob der Überschuss soweit abgesunken ist, dass die Wärmepumpe sofort angeschaltet werden sollte.

Geschehen in Deinem Skript die Schaltvorgänge nicht mit einer Verzögerung von 30 min - oder habe ich die Funktion des verwendeten "ausführen ... in ... " Blocks falsch verstanden?

[paul53]

@martinp sagte: Ist Dein Skript wirklich der Aufgabenstellung entsprechend?

Nein, denn

@paul53 sagte in Ausführung eines Blocks nur alle 15 Minuten - wie?:

Das sind dann sehr zufällige Werte (kleine Wolke / Wolkenlücke).

Das Skript schaltet die WP ein, wenn 30 Minuten lang der Überschuss mind. 3000 W beträgt; sie schaltet aus, wenn der Überschuss 30 Minuten lang unter 1000 W bleibt. Die 30 Minuten kann man natürlich auf 15 Minuten verringern, was sicherlich sinnvoll ist.
Dieses Vorgehen verhindert, dass bei bewölktem Himmel die WP durch zufällige Werte ständig ein- und ausschaltet. Eine kleine Wolke oder eine kleine Wolkenlücke führt nicht zum Schalten der WP.

[MartinP]

@paul53 muss man schauen, ob das zum Anwendungsfall passt.
Will man eher auch an durchwachsenen Tagen warmes Poolwasser haben, oder eher nur mit Solarstrom laden.

[ticaki]

@martinp

Das hier ist meine Solaranlage 10 kwp, letzten 7 Tage, 20, 40, 70 Perzentil. Meinen 2,5kw Heizstab ohne Fremdstrom laufen zu lassen, wäre nur möglich wenn ich auch Sekunden als Schaltfequenz akzeptieren würde, aber dann wären die Relais wohl in nem Monat hinüber.

Heizstabverbrauch(der ist bei der Einspeisung ja schon abgezogen)

Anmerkung: am 28/7 hat meine Zwangserhitzung gegriffen, weil Wasser zu lange zu kalt um Legionellen abzutöten

[WoFried]

@martinp Ich hab den Intervall tatsächlich erstmal auf 15 Minuten reduziert. Das passt glaube ich besser. Dann ist auch das "Risiko" nicht so hoch, dass mir die WP mal 30 Minuten lang mit max. 1.5kW an der Batterie nuckelt.
Ich muss sicherlich auch noch ein wenig mit den Einspeisewerte experimentieren. Ich hatte erstmal noch zusätzlich 1kW Luft gelassen, damit im Haus auch nochmal ein Herd und/oder Waschmaschine angeschmissen werden kann, ohne dass es gleich an die Batterie geht.

Und was das warme Wasser angeht, da sind 12m³ in einem in den Boden eingelassenen, unten und rundherum richtig gut isolierten Pool, der nahezu auch die komplette badefreie Zeit, tagsüber und nachts mit einer Solarfolie abgedeckt ist. Selbst an kalten Tagen verliert der nur ca. 1 - 1.5 Grad. Klar, wenn ich dann mal eine Serie bewölkter Tage habe, wird der kälter, aber dann ist das so.

Ich werde das Skript erstmal kopieren mit verkürzten Zeiten und als Ersatz für meine PV, mit dem Heizungsregler meiner Homematic arbeiten. Dann mit Pushover die Reaktion abschicken und ich sollte recht schnell merken, ob das so für mich passt.

@paul53 und alle Anderen: Gibt es eigentlich irgendwo Blockly eLearning Einheiten? Ich würde gerne mehr dazulernen, hab nämlich das Kontrukt der Verzögerung überhaupt nicht geblickt, warum z.B. das Stop über dem eigentlichen Ausführen steht.

[paul53]

@wofried sagte: warum z.B. das Stop über dem eigentlichen Ausführen steht.

Weil es in der Reihenfolge eleganter ist: Man kann "sonst falls" für die Sperre "nicht Verzögerung delayOn" nutzen.

EDIT: Vergleich mit anderer Reihenfolge:

[WoFried]

@paul53 Eine Frage hätte ich noch dazu. Bekommt man auch diese Warnung weg?

Das Skript läuft zwar wie es soll...

... aber ich habe bei jedem Auslösen die Meldung im Log.

[paul53]

@wofried sagte: Bekommt man auch diese Warnung weg?

Poste bitte den kompletten erzeugten Javascript-Code ohne die letzte Zeile in Code tags.

Schon mal: Die Abfrage der "waermepumpenautomatik" muss innerhalb des Triggers erfolgen.

[WoFried]

@paul53 OK, hier mal der Code

var ueberschuss, delayOn, delayOff;


if (getState('0_userdata.0.waermepumpenautomatik').val) {
  on({id: [].concat(['fusionsolar.0.NE=yyyyyyyyy.xxxxxxxxxx.kpi.realtime.activePower']), change: "ne"}, async function (obj) {
    let value = obj.state.val;
    let oldValue = obj.oldState.val;
    ueberschuss = (obj.state ? obj.state.val : "");
    if (ueberschuss <= 1500) {
      (function () {if (delayOn) {clearTimeout(delayOn); delayOn = null;}})();
    } else if (!delayOn) {
      delayOn = setTimeout(async function () {
        if (!getState("tuya.0.xxxxxxxxxxxxxxx.1").val) {
          setState("tuya.0.xxxxxxxxxxxxxxx.1"/*switch*/, true);
          setState("0_userdata.0.up_aktiv"/*up_aktiv*/, true);
          sendTo("pushover", "send", {
             message: 'WP AN',
             sound: "magic"
          });
        }
      }, 600000);
    }
    if (ueberschuss >= 0) {
      (function () {if (delayOff) {clearTimeout(delayOff); delayOff = null;}})();
    } else if (!delayOff) {
      delayOff = setTimeout(async function () {
        if (getState("tuya.0.xxxxxxxxxxxxx.1").val) {
          setState("tuya.0.xxxxxxxxxxxxx.1"/*switch*/, false);
          sendTo("pushover", "send", {
             message: 'WP AUS',
             sound: "falling"
          });
        }
        if (getState("0_userdata.0.up_zeit_an").val) {
          setState("0_userdata.0.up_aktiv"/*up_aktiv*/, true);
        } else {
          setStateDelayed("0_userdata.0.up_aktiv"/*up_aktiv*/, false, 60000, false);
        }
      }, 600000);
    }
  });
}

[paul53]

@wofried
Im Skript ist kein Grund für die Warnung zu erkennen.

[WoFried]

@paul53 Alles gut, dann lasse ich es so. Ist ja nur eine Warnung. Danke.

[paul53]

@wofried sagte: dann lasse ich es so.

Die Abfrage von "0_userdata.0.waermepumpenautomatik" muss nach innerhalb des Trigger-Blocks verlegt werden - wie gezeigt! Die Abfrage wirkt sonst nur bei Skriptstart.