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

[unltdnetworx]

@JB_Mystery
Versuchen ist relativ. Das ISG macht es nicht anders. Aber ich hab eine Idee. Momentan werden alle Werte nach jedem Speichern abgerufen. Entweder ich schränke den Abrufintervall ein oder ich versuche nur die Seite abzurufen, auf der die Änderung angezeigt wird. Da es keine API gibt, kann ich das nicht anders lösen.

[unltdnetworx]

@JB_Mystery
Hallo Jörg,
ich habe jetzt eine 10 Sekunden-Verzögerung vor das Neuladen der Einstellungen gesetzt. Diese wird bei jedem neuen Befehl zurückgesetzt. Also solltest du alle Befehle senden können und nach 10 Sekunden werden dann einmalig alle Einstellungen neugeladen anstatt pro Befehl einmal. Das sollte erhebliche Verbesserung bei deinem Problem bringen. Falls es an einer Überlastung liegen sollte. Evtl. kannst du auch eine Sekunde Pause zwischen den Befehlen setzen?

Welche Befehle sind das denn um den Heizungsstart zu erzwingen? Es sollte doch schon reichen das Warmwasser auf Maximum zu setzen, sofern das mehr als 3 Grad (Standard Hysterese-Wert?) liegt und der Verdichter eine Zeit lang nicht gelaufen ist.

Gib bitte kurz Rückmeldung, ob es klappt oder evtl. sogar neue Probleme gibt, dann kann ich die Versionsnummer erhöhen.

[JB_Mystery]

Hallo Michael,
der Fehler besteht leider immer noch. Wie wird denn der Error Null erzeugt?
Habe bei mir nochmals nachgeschaut. Ich versuche vor einem definierten WW-Bedarf (Sonnenpeak) einen Heizbedarf herraus zu fordern. Dazu passe ich die folgenden Werte an, wenn sie nicht schon so stehen (Hysteresen verkleinern, Fusspunkt nach oben und Pumpenzyklen auf max). Dadurch wird ein Überprüfen auf Heizbedarf erzeugt. Hintergrund ist der, dass ich die Verdichterstarts reduzieren will. Wenn vor einem WW-Betrieb ein Heizbetrieb war, wird dieser danach nahtlos weitergeführt ohne den Verdichter neu zu starten.

if (getState("stiebel-isg.0.Einstellungen.HEIZEN.HYSTERESEN.val162").val != Hys1 - 0.5) setState("stiebel-isg.0.Einstellungen.HEIZEN.HYSTERESEN.val162", Hys1 - 0.5);
if (getState("stiebel-isg.0.Einstellungen.HEIZEN.HYSTERESEN.val163").val != Hys2 - 0.5) setState("stiebel-isg.0.Einstellungen.HEIZEN.HYSTERESEN.val162", Hys2 - 0.5);
if (getState("stiebel-isg.0.Einstellungen.HEIZEN.HYSTERESEN.val167").val != Asym) setState("stiebel-isg.0.Einstellungen.HEIZEN.HYSTERESEN.val162", Asym);
if (getState("stiebel-isg.0.Einstellungen.HEIZEN.HEIZKURVE HK1.val16").val != Fusspunkt + 1) setState("stiebel-isg.0.Einstellungen.HEIZEN.HEIZKURVE HK1.val16", Fusspunkt + 1);
if (getState("stiebel-isg.0.Einstellungen.FACHMANN.PUMPENZYKLEN.val154").val != Pumpemax) setState("stiebel-isg.0.Einstellungen.FACHMANN.PUMPENZYKLEN.val154", Pumpemax);

Nach dem Überprüfen, zum WW-Betrieb, mache ich diese Anpassung wieder Rückgängig und zusätzlich natürlich noch die WW-Werte.

if (getState("stiebel-isg.0.Einstellungen.WARMWASSER.WW-TEMPERATUREN.val161").val != WWTemp) setState("stiebel-isg.0.Einstellungen.WARMWASSER.WW-TEMPERATUREN.val161", WWTemp);
if (getState("stiebel-isg.0.Einstellungen.WARMWASSER.GRUNDEINSTELLUNG.val60").val != WWHysmax) setState("stiebel-isg.0.Einstellungen.WARMWASSER.GRUNDEINSTELLUNG.val60", WWHysmax);

Ansonsten habe ich aber keine Probleme feststellen können. Ich war jetzt auch nur 2 Tage zuhause zum Testen und bin jetzt erst wieder ab Mai zum Testen bereit. Sorry dafür.
Evtl. hast du ja weitere Ideen woran diese Errors liegen können. Vielen Dank schonmal.

[unltdnetworx]

Also ich vermute, dass es an zu vielen gleichzeitigen Aufrufen liegt. Die Werte können nur einzeln geschrieben werden, das lässt sich leider nicht anders lösen. Du könntest vllt. eine kurze Wartezeit einbauen. Vllt. 1-2 Sekunden. Im Moment rufst du im Prinzip 5 mal gleichzeitg das PHP-Skript auf und willst die Werte schreiben.

[JB_Mystery]

Damals habe ich dies so gemacht und da schreibt man meiner Meinung nach mehrere Werte gleichzeitig ins ISG (kann mich aber auch irren):

sendRequest2ISG('data=[{"name":"val154","value":"' + parseFloat(Pumpemax) + '"},{"name":"val162","value":"' + parseFloat(Hys1 - 0.5) + '"},{"name":"val163","value":"' + parseFloat(Hys2 - 0.5) + '"},{"name":"val167","value":"' + parseFloat(Asym) + '"},{"name":"val16","value":"' + parseFloat(Fusspunkt + 1) + '"}]');

oder so:

var Daten = "data=[";
    Daten += '{"name":"val161","value":"42"}';
    Daten += ',{"name":"val162","value":"' + parseFloat(Hys1) + '"},{"name":"val163","value":"' + parseFloat(Hys2) + '"},{"name":"val167","value":"' + parseFloat(Asym) + '"},{"name":"val16","value":"' + parseFloat(Fusspunkt + 0.5) + '"}';
    Daten += ',{"name":"val154","value":"' + parseFloat(Pumpe) + '"},{"name":"val60","value":"2,5"}]';
    sendRequest2ISG(Daten);

mit dieser Funktion:

function sendRequest2ISG(data) {
    var request = require('request');
        request.post(
            {
                url:     'http://x.x.x.x/save.php',
                form: data
            },
            function(error, response, body)
            {
            if (!error && response.statusCode === 200) console.log("ISG response: " + JSON.stringify(body));
            else {
                console.log("error during ISG request: " + error);
                console.log("response.statusCode: " + response.statusCode);
                console.log("response.statusText: " + response.statusText);
            }
        });
}

Kannst es dir ja nochmals anschauen. Wenn du bei deinem Adapter keine andere Möglichkeit siehst, dann werde ich mein Schreiben der Werte natürlich verzögern.
Ab jetzt geht's im Mai weiter.

[unltdnetworx]

@JB_Mystery
Habe gerade eine neue Version eingestellt. (1.4.4)
Jetzt werden Befehle für 5 Sekunden gesammelt und dann gemeinsam an das ISG übermittelt, außerdem werden die Fehler jetzt besser geloggt. Habe deinen Code fürs Logging als Vorlage verwendet.

[JB_Mystery]

@unltdnetworx
Habe deine neue Version jetzt seit ein paar Tagen am laufen und es sind keine Meldungen mehr aufgetaucht. Ich denke du kannst es so veröffentlichen. Da ich mir aber auch die Logs etwas angeschaut habe, habe ich die Aktualisierungsrate doch auch etwas nach oben gesetzt. Dies hilft auch und stört mich nicht. Es war echt dauerhaft traffic zum ISG.
Noch etwas in anderer Sache: Der Code ist nicht von mir, sondern er stammt von den ersten Scriptversuchen zum ISG. Den Autor kann ich gerade aber nicht mehr nennen.
Vielen Dank für die Anpassungen.

[unltdnetworx]

@JB_Mystery
Super, vielen Dank für die Rückmeldung.

[Qlink]

@unltdnetworx

Bei mir taucht kein Betriebsstatus für Kühlung in iobroker auf.
Wird der noch nicht abgefragt ?

[unltdnetworx]

@Qlink
Kannst du mir von der Weboberfläche des ISG einen Screenshot schicken? Ich habe leider keine Kühlung und kann daher nicht nachvollziehen, wie ich diesen Wert abfragen muss.

[Qlink]

@unltdnetworx

Das ist ja genau das Problem an den Betriebsstati.
Diese werden traurigerweise im WebUI des ISG gar nicht angezeigt.

Ich kann nicht sehen, ob gerade die Heizung läuft, ob Warmwasser aufgeheizt wird oder ob die Kühlung läuft.

Mein einziger Indikator ist aktuell die Symbolanzeige an meiner FES Komfort:

Da werden mir dann entsprechend die Symbole angezeigt, falls gerade geheizt, gekühlt, etc. wird:

Der Status müsste also genau so abfragbar sein wie Heizen. Im WebUI sehe ich dazu aber wie gesagt leider auch nix.

[unltdnetworx]

@Qlink
Wenn ich das richtig im Kopf habe, wird das schon angezeigt. Aber nur im Betrieb. Das ganze ist auf der Startseite zu finden. Ein Eintrag mit einem Punkt davor glaub ich.

[nik82]

Wenn ich mich da kurz einklinken darf:

Es wird schon angezeigt unter Diagnose-Status am ISG.
Und im IOBroker sieht man den Datenpunkt erst wenn es im ISG auch einmal aufgetaucht ist.

Hier ein Beispiel:
Das steht im ISG:

Den Datenpunkt Filterwechsel hatte ich Monate nicht im Iobroker, jetzt steht er aber drin,
weil es im ISG einmal aufgetaucht ist:

[Qlink]

ahh okay, d.h. ich muss noch ein paar Wochen warten bis sich die Kühlung mal aktiviert und dann sollte ich den Status auch in iobroker haben richtig ?

Wie ist das mit der Lüftungsstufe ?

Ich würde mir gerne in VIS anzeigen, welche Lüftungsstufe gerade aktiv ist. (also ob Stufe 1, 2 oder 3)
Und später eventuell auch mal steuerbar machen über vis ...

Ich kann dazu aber auch keinen passenden Status finden.

Nur die Volumenströme:

oder sollte die Stufe bei "Lueften" angezeigt werden ? Hier wird mir aber gar kein Wert angezeigt, obwohl aktuell gerade die Stufe 1 aktiv ist ...

[nik82]

Genau so ist es.
Und die Lüftungsstufen findest du unter Einstellungen - Lüften - Lüftungsstufen:

[Qlink]

ja, das hab ich auch gefunden.
Da sehe ich aber nur welche Stufen ich eingestellt habe.

Ich hätte gerne den Status, welche Stufe gerade jetzt (also live) aktiv ist ...

[unltdnetworx]

@Qlink
Das geht glaub ich nicht. Du siehst ja auch im ISG nicht welche Stufe aktiv ist.

Ich hab mir z.B. eine Anwesenheiterkennung gebastelt, die bei Abwesenheit nach 30 Minuten die Lüftungsanlage auf 0 setzt. Dazu setze ich einfach die Stufe für Tag und Nacht auf 0. Wann Tag und Nacht ist, kannst du ja selbst definieren.

[nik82]

Das siehst du genau damit, stell doch dein ISG mal um, dann ändert sich ja auch die Einstellung.
Wenn du Programme im ISG aktiviert hast wo unterschiedliche Tag und Nacht Stufen konfiguriert sind, dann musst du ein Script schreiben (Wenn Volumenstrom > 200, dann setze Variable auf Lüfterstufe 3 oder so ähnlich).
Dein ISG zeigt ja auch nicht die aktuelle Lüfterstufe an, sondern nur den aktuellen Volumenstrom.

[Qlink]

Alles klar.
Ich hatte gehofft, dass ich mir den Umweg über ein Script ersparen kann, aber wenns nicht anders geht, dann eben per Script Workaround.

Besten Dank für eure Hilfe!

[unltdnetworx]

@nik82
Die Idee ist gut, aber dann auch dynamisch gestalten, in dem man mit dem Wert der Einstellungen für Stufe 1, 2 und 3 vergleicht. Nicht mit z.B. 200. Dann bleibt das auch dynamisch, falls man mal die Einstellungen ändern würde.