Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg

[unltdnetworx]

@kilolima
Hallo Kai,
ich denke, dass die Hardwarevariante am effektivsten ist. Da müsste aber dann an zumindest jedem Großabnehmer für Warmwasser ein Sensor o.ä. sein. Dazu kommen dann alle Verluste in jedem Punkt der Anlage. Leitungen, Tank, etc.

Ist halt die Frage, ob du für den Aufwand/Kosten einen solchen Mehrwert hast, dass du damit zufrieden bist.

Aber in der Theorie hört es sich nicht schlecht an.

[Qlink]

@unltdnetworx said in Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg:

@Qlink
Ich setze z.B. die Filterlaufzeit zurück mit dem Datenpunkt Einstellungen.LÜFTEN.SERVICE.val363. Übergebe dazu aber nur 0 bzw. 1. Das dürfte das Problem sein. Ein Textwert, so wie bei dir ist für den Punkt nicht möglich.

@unltdnetworx

Das war tatsächlich das Problem ! Vielen Dank für den Tipp.
Ich hatte angenommen weil unter objects auch der Text EIN und AUS dabeisteht, dass ich diesen auch so übergeben muss.
War anscheinend ein Trugschluss. Mit 0 und 1 funktionierts tadellos.

Vielen Dank

[Qlink]

@unltdnetworx

jetzt habe ich dasselbe Problem wieder, allerdings diesmal bei der Solltemperatur für die Heizkreise.
Ich möchte mit den + und - Buttons die Solltemperatur in 0.1 °C Schritten erhöhen oder verringern.

Der Sollwert wird bei einem Klick auf den + Button korrekterweise auf 18.1°C in iobroker unter objects erhöht.
Er wird dort allerdings in rot dargestellt und nicht vom ISG web übernommen.
Nach der eingebauten Verzögerung hüpft der Wert wieder automatisch auf 18 °C zurück.


Ich hätte statt dem Punkt auch schon einen Beistrich als Separator versucht(0,1 anstatt 0.1), klappt aber auch nicht ...

Wo liegt hier das Problem ?

[unltdnetworx]

@Qlink
Ich hab mir das jetzt gerade nochmal angesehen.

Meine Feststellung:
Übertragung in den Objekten funktioniert mit . (Punkt) und wird beim Auslesen auf , (Komma) umgeschrieben. Im ISG tauchen auch die korrekten Werte auf.

Was bei dir evtl. das Problem sein könnte ist, dass die Werte erst nach 5 Sekunden geschrieben werden. Da deine Oberfläche bei jedem Klick auf Plus oder Minus einen neuen Wert für die gleiche Variable versendet, weiß ich nicht, welchen Wert das ISG dann übernimmt.

[Qlink]

Das Problem tritt auch dann auf wenn ich nur einmal auf den jeweiligen Button klicke...
Wie übermittelst du die Werte wenn nicht mit + und - ?

[unltdnetworx]

@Qlink
Ich übermittle bei mir die Werte gar nicht. Ich hab sie einmal eingestellt und muss sie dann nicht mehr ändern. Ich regle nur die Temperaturfühler der Fußbodenheizung.

Zum Testen habe ich die Werte in den Objekten direkt eingetragen. Wenn ich Zahlenwerte ändere, dann mittels Textfeld und OK Button. Deine Lösung ist aber definitiv schöner.

Nur macht das ISG in seiner Weboberfläche auch nur EINEN Werteübertrag. Bei Klick auf Speichern und nicht bei jedem Plus oder Minus.

[darkiop]

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

Ich übermittle bei mir die Werte gar nicht. Ich hab sie einmal eingestellt und muss sie dann nicht mehr ändern. Ich regle nur die Temperaturfühler der Fußbodenheizung.

Hast du dafür HM (IP) Aktoren verbaut?

Wir haben es aktuell so: WP-Soll-Temp einmal eingestellt (meist auch im Winter < 20°C) und in den Zimmern mittels den (analogen) Thermostaten entweder 100% oder 0% Über den Winter wird ab und zu die Solltemp angepasst.

[unltdnetworx]

@darkiop
Ich habe für die Fußbodenheizung nur analoge Drehregler an der Wand. Die lasse ich das ganze Jahr über auf gleicher Temperatur, da die Heizung ohnehin auf Sommerbtrieb schaltet und somit nicht heizt.

[darkiop]

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

Ich habe für die Fußbodenheizung nur analoge Drehregler an der Wand. Die lasse ich das ganze Jahr über auf gleicher Temperatur, da die Heizung ohnehin auf Sommerbtrieb schaltet und somit nicht heizt.

Ok, also wie wir Auf WW schalte ich meist auch schon Ende März

[Qlink]

Hi Leute,

das Thema mit der Raumsolltemperatur muss ich dann wohl erstmal canceln. Es funktioniert bei mir einfach nicht. Er übernimmt die Werte ins ISG nicht...

Was mir ebenfalls seit 3 Tagen aufgefallen ist:

Bei mir zeigt er seit Kurzem das Schraubenschlüssel Symbol an, sprich es ist ein Service fällig.
In iobroker bleibt der DP aber leer ...
Er erkennt auch seit dieser Zeit den Wert für die Kühlung falsch. Bei mir ist Kühlbetrieb auf AUS, in iobroker steht der DP aber in rot auf true.

Ich hätte schon versucht den Adapter neu zu starten und das ISG neu zu starten, aber er aktualisiert die Werte nicht richtig ...

[unltdnetworx]

@Qlink
Hast du in dieser Zeit ein Update des Adapters oder des ISG gemacht? Ging es vorher schon einmal?

[Qlink]

@unltdnetworx

Hab kein Update oder ähnliches gemacht.
Hat den ganzen Sommer tadellos funktioniert ...

Verstehe auch nicht ganz wieso er den Kühlungs DP in iobroker scheinbar als einzigen nicht aktualisiert ... Alles andere wird richtig angezeigt bzw. übernommen...

Wie kann ich den Adapter dazu bringen, dass er diesen Wert neu einliest ?
Kann ich den DP einfach löschen ?

[unltdnetworx]

@Qlink
Genau. Du kannst den Datenpunkt einfach löschen. Nach deiner eingestellten Intervalldauer wird er einfach wieder angelegt. Alternativ Adapter neustarten.

[JB_Mystery]

@unltdnetworx
Kannst du mir bitte kurz helfen? Ich versuche über die Betriebsstatusmeldung "Verdichter" mir eine Mail zu schreiben, wenn der Verdichter angegangen ist. Ich versuche es wie nachfolgend, aber leider kommt die Mail nicht. Hängt bestimmt mit dem undefinierten Zustand der Variablen zusammen, wenn sie nicht da ist. Bin aber für jede Anmerkung dankbar. Mail-Adresse natürlich als Dummy. Andere Mails kommen an, also ist dort nicht der Fehler. Vielen Dank.

on({id: 'stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.VERDICHTER', change: "ne"}, function (obj) {
    if (getState('stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.VERDICHTER').val === true) {
        if (getState('stiebel-isg.0.Info.FACHMANN.PROZESSWERTE.POSITION_VENTIL').val == 2) {
            sendTo("email", {
                from:    "ioBroker Heizung <xy@z.de>",
                to:      "xy@z.de",
                subject: "Heizung",
                text:    "Heizbetrieb - Verdichter ist angegangen und läuft. "
            });
        }
        if (getState('stiebel-isg.0.Info.FACHMANN.PROZESSWERTE.POSITION_VENTIL').val == 4) {
            sendTo("email", {
                from:    "ioBroker Heizung <xy@z.de>",
                to:      "xy@z.de",
                subject: "Warmwasser",
                text:    "Warmwasserbetrieb - Verdichter ist angegangen und läuft. "
            });
        }
    }
});

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