Heizung Freigabe_Sperren von Viedeotraum -> Problem

Beschreibung des Shelly Plus Uni Skripts

Zweck des Skripts

Das Skript dient zur Überwachung des digitalen Eingangs IN1 an einem Shelly Plus Uni. Es analysiert über einen bestimmten Zeitraum, ob der Eingang aktiv ist (z. B. geschlossen) oder nicht. Falls die Bedingung erfüllt ist (mindestens 75 % der Messwerte sind „true“), wird ein Relais für eine definierte Zeit eingeschaltet.

Anwendungsfall

Das Skript eignet sich z. B. für die Steuerung einer Heizungssperre in Abhängigkeit von der Leistung eines Wechselrichters.

• Sobald der Wechselrichter eine bestimmte Leistung überschreitet, aktiviert er den potenzialfreien Kontakt, wodurch IN1 am Shelly ein Signal erhält.
• Falls das Signal über mindestens 75 % der letzten 10 Minuten aktiv bleibt, wird das Relais eingeschaltet (z. B. um eine Heizung zu sperren).
• Wenn die Leistung wieder unter den Grenzwert fällt und die Bedingung nicht mehr erfüllt ist, bleibt das Relais ausgeschaltet.

Funktionalität im Detail

1️⃣ Initialisierung der Konfiguration (CONFIG)

Die Konfigurationswerte werden in einem CONFIG-Objekt definiert:

• checkInterval: Zeitintervall für die Abfrage von IN1 (in Sekunden). Standard: 10 Sekunden.
• maxEntries: Maximale Anzahl gespeicherter Werte (Standard: 60 Einträge → 10 Minuten Verlauf).
• evaluationInterval: Intervall für die Auswertung (Standard: 30 Überprüfungen → 5 Minuten).
• threshold: Prozentuale Grenze für das Aktivieren des Relais (Standard: 75 % müssen „true“ sein).
• relayIP: IP-Adresse des Geräts, das das Relais steuert (z. B. localhost für Shelly selbst).
• relayNR: Nummer des Relais, das gesteuert werden soll (1 für Relais 1).
• inputID: Nummer des Eingangs (1 für IN1).
• debug: Falls true, werden Debug-Nachrichten in der Konsole ausgegeben.

2️⃣ Speicherung der letzten 60 Werte (SETUP.inputHistory)

Ein Ringpuffer (FIFO-Speicher) speichert die letzten 60 Abfragen von IN1 (entspricht 10 Minuten).

• Falls die maximale Anzahl erreicht ist, wird der älteste Wert überschrieben.
• Das sorgt dafür, dass immer ein gleitender Verlauf ausgewertet wird.

3️⃣ Überprüfung von IN1 (checkInputLoop)

Ein Timer wird gestartet, um alle 10 Sekunden den Status von IN1 abzufragen:

• Das Skript sendet eine HTTP-GET-Anfrage an:

  Code

  Code

  httpKopierenBearbeitenhttp://localhost/rpc/Input.GetStatus?id=1

• Falls der Eingang geschlossen (true) oder offen (false) ist, wird der Wert gespeichert.
• Debugging-Info: Es wird in der Konsole ausgegeben, ob IN1 gerade aktiv oder inaktiv ist.

4️⃣ Speicherung der Werte (sevedData)

Jede neue Messung wird im Ringpuffer gespeichert.

• Falls 60 Einträge erreicht sind, wird der älteste überschrieben.
• Nach jeder Speicherung wird überprüft, ob eine 5-Minuten-Analyse fällig ist.

5️⃣ Analyse der letzten 5 Minuten (evaluateHistory)

Alle 5 Minuten wird überprüft, ob mindestens 75 % der letzten 60 Werte „true“ waren.

• Falls ≥ 75 % → Relais EIN
• Falls < 75 % → Relais AUS

💡 Debugging-Info:

• Die Konsole gibt aus, wie hoch der Anteil der „true“-Werte ist (z. B. 82,3 %).
• Falls der Grenzwert überschritten wurde, wird das Relais eingeschaltet.
• Falls nicht, bleibt das Relais ausgeschaltet.

Das Einschalten erfolgt über einen HTTP-Call:

Code

httpKopierenBearbeitenhttp://localhost/relay/1?turn=on&timer=301

(Das Relais bleibt 301 Sekunden an, dann wird erneut geprüft.)

Falls die Bedingung nicht erfüllt ist, bleibt das Relais aus.

Zusätzliche Features

✅ Fehlertoleranz: Falls die Shelly-API nicht erreichbar ist, stürzt das Skript nicht ab, sondern gibt eine Fehlermeldung aus.
✅ Keine schnellen Schaltvorgänge: Dank des 10-Minuten-Speichers wird verhindert, dass das Relais durch Sonnen-Wolken-Schwankungen ständig an/aus geht.
✅ Energieoptimierung: Das Skript prüft nur alle 10 Sekunden statt in Dauerschleife

Viedotraum

Betrifft nur bei Sonnen Wolken Spiel das war eben heute der Fall

Ich denke ich habe einen Fehler gefunden kann das jemand bestätigen...habe ich erste heute bemerkt da ich nicht immer vor Ort bin.

Wenn der Eingang da ist dann wird nach den Parametern der Kessel gesperrt... soweit ok...

Ist etwas schwiering zu erklären ich probiers mal!

Sagen wir der Kessel ist gesperrt PV Leistung usw. alles ok -> Bedingungen erfüllt!

Dann habe ich Leistungschwankungen weil die Sonne hinter einer Wolke ist die 5min Nachlaufzeit ist aktiv bis Kessel freigeben wird

Aber nach 3min Minunten kommt die Sonne wieder raus und die PV Leistung stimmt wieder...
meiner Meinung nach fängt dann das Script die Auswertung wieder von vorne an also das heist der Kessel ist dann kurz freigegen bis er wieder gesperrt wird
weil eben die Bedingungen wieder für Sperrung erfüllt wurden!

evaluationInterval: 60, // 60 Durchläufe = 10 Minuten (60 x 10s = 10 Minuten)
threshold: 0.85, // 85% müssen true sein -> 85% Sonnenschein

Heute hat der Kessel somit 3mal also gestartet und dann wurde er gleich wieder gesperrt bzw. eben dann wieder abgestellt.

Kann des das sein laut Script?

let CONFIG = {
  checkInterval: 1, // Überprüfung alle 10 Sekunden
  maxEntries: 60,       // Maximale Anzahl gespeicherter Werte (60 x 10s = 10 Minuten Verlauf)
  evaluationInterval: 30, // 30 Durchläufe = 5 Minuten (30 x 10s = 5 Minuten)
  threshold: 0.85, // 85% müssen true sein -> 85 % Sonnenschein
  debug: true
};

let inputHistory = [];
let historyIndex = 0;
let checkCounter = 0;
let timeOn = CONFIG.evaluationInterval * checkInterval + 1;

let relayURL_ON =  "http://localhost/relay/1?turn=on&timer=" + timeOn;  // Heizungstimer

// Manuelle Initialisierung mit false
for (let i = 0; i < CONFIG.maxEntries; i++) {
  inputHistory[i] = false;
}

function log(message) {
  if (CONFIG.debug) {
    print(message);
  }
}

// Loop zur Überwachung von IN1 & 5-Minuten-Auswertung
function checkInputLoop() {
  Timer.set(CONFIG.checkInterval * 1000, true, function () {
    readInput();
  });
}

function readInput() {
  Shelly.call("http.get", { url: "http://localhost/rpc/Input.GetStatus?id=1" },
  function (response, error_code, error_message) {
    if (error_code === 0) {
      let jsonData = JSON.parse(response.body);
        print(jsonData.state);
        sevedData(jsonData.state); // true = geschlossen, false = offen
    } else {
      print("Fehler beim Abrufen von IN1:", error_message);
    }
  });
}

function sevedData(inputStatus) {
  // Neuen Wert in Ringpuffer speichern
  inputHistory[historyIndex] = inputStatus;
  historyIndex = (historyIndex + 1) % CONFIG.maxEntries;
  print("IN1 Status: " + (inputStatus ? "GESCHLOSSEN" : "OFFEN"));
  print("Letzte 60 Werte: " + JSON.stringify(inputHistory));
  checkCounter++;

  // Alle 5 Minuten auswerten
  if (checkCounter >= CONFIG.evaluationInterval) {
    evaluateHistory();
    checkCounter = 0; // Zähler zurücksetzen
  }
}

// Funktion zur Analyse der letzten 60 Werte
function evaluateHistory() {
  let trueCount = 0;

  for (let i = 0; i < CONFIG.maxEntries; i++) {
    if (inputHistory[i]) {
      trueCount++;
    }
  }
  let percentage = trueCount / CONFIG.maxEntries;
  log("Analyse: " + (percentage * 100).toFixed(2) + "% true Werte");

  if (percentage >= CONFIG.threshold) {
    log("75% erreicht → Relais EIN");
    Shelly.call("http.get", { url: relayURL_ON });
  } else {
    log("Weniger als 75% → Relais bleibt AUS");
  }
}

// ------ START LOOP --------
checkInputLoop();

Und warum werden meine 85% nicht übernommen die ich oben eingetragen habe!

if (percentage >= CONFIG.threshold) {
    log("75% erreicht → Relais EIN");
    Shelly.call("http.get", { url: relayURL_ON });
  } else {
    log("Weniger als 75% → Relais bleibt AUS");

Wäre schön wenn mir jemand helfen könnte der sich damit besser auskennt als ich!

Danke

Hallo

Ja kann es den möglich sein?

Ich habe den IN1 also den Freigabe Eingang auch ein bzw ausschaltverzögert..habe einen Shelly UniPlus das sollte nicht das Problem sein...