Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[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.