Stiebel-ISG - Modbus

[berlinerbolle]

Vielleicht ist es für den ein oder anderen interessant: wegen meines "Problems" habe ich mir jetzt einfach zwei MQTT Instanzen angelegt. Die erste "normale" abonniert einfach alles wie gehabt, und sendet keine "ack=true" Parameter raus, so wie es auch Standard ist.
Die Zweite Instanz abonniert nichts, und sendet die Werte des Modbus Adapters (und ein paar JavaScript Werte, etc) raus, und hat dafür die Option aktiviert, auch Werte mit "ack=true" zu senden. Das scheint so zu funktionieren.
Angenehmer Nebeneffekt ist, dass ich im ersten Adapter direkt auch sehe, was der Zweite so sendet. Beide Adapter senden natürlich nur bei Änderung eines Wertes.

[frana120500]

@berlinerbolle du schreibst von deinem "Problem" und ich kapier auch nach 5x lesen deines Beitrages nicht ansatzweise worum es überhaupt geht gg

Du willst doch nur ne Heizung steuern

[berlinerbolle]

@frana120500

Kurzgesagt war mein Problem, dass ich die Modbus Werte auch per MQTT veröffentlichen möchte. Dann kann ich an anderen Stellen einfach per MQTT drauf zugreifen.
Wenn ich das mit der gleichen MQTT Instanz in ioBroker machen will, muss ich die Option "Send states (ack=true) too" einschalten. Das führt aber ohne intensives Filtern der abonnierten und veröffentlichten Topics zu einer Endlosschleife in der MQTT Instanz, die den ganzen ioBroker lahmlegen kann. Vermutlich deshalb, weil dann alle MQTT Meldungen die in ioBroker reinkommen, direkt auch wieder veröffentlicht werden. Ist aber wie gesagt nur eine Vermutung.

Deshalb hab ich mir einfach eine zusätzliche MQTT Instanz hochgezogen, die nur dafür da ist, die Modbus Werte per MQTT zu veröffentlichen. Die abonniert gar nichts, sondern veröffentlicht nur.

[unltdnetworx]

@frana120500
Nur um Missverständnisse zu vermeiden. Das hat mit der Heizung eigentlich nicht direkt etwas zu tun.

[unltdnetworx]

@berlinerbolle
Ich hatte nicht gelesen, dass du nur eine MQTT-Instanz hattest. Wäre für mein Verständnis eher gedacht, entweder als Server oder Client zu betreiben. Also zwei Instanzen.
aber wie gesagt, anderes Thema.

[berlinerbolle]

@frana120500
@unltdnetworx

Genau, hat nichts mit der Heizung an sich zu tun. Ich habe nur nach einem Weg gesucht, die Heizungsparameter aus dem Modbus Adapter per MQTT für Statistik und Steuerung auch anderen Diensten im Netz zugänglich zu machen. Zum Beispiel habe ich eine kleine NodeRed INstallation, die mir ein paar Hausdaten auf einer Webseite ausgibt.

[frana120500]

@berlinerbolle Alles gut. Wollte damit keine Kritik äußern. Dafür hab ich zu wenig Ahnung von dem ganzen Zeugs.

Ich weiß nur, dass meine WP absolut verrückt spielt. Obwohl der Datenpunkt "überheizenokay" auf false steht, bollert meine WP mit den erhöhten Werten und wir gehen kaputt. Ich verbrauche die letzten Tage 45kWh Strom... täglich.

Ich muss das Script jetzt erstmal beenden und auf Fehlersuche gehen.

[berlinerbolle]

@frana120500

War auch nicht als Kritik angekommen.

Das mit deiner WP ist natürlich unschön. Sagt die Weboberfläche des ISG denn auch, dass du im überheizen-Modus bist?

[frana120500]

@berlinerbolle
Betriebszustand 3 ist überheizen? Wo kann man das sehen?

[berlinerbolle]

@frana120500

Ich glaube, dass das Überheizen ist, ja - dann müssten ja auch die Solltemperaturen auf deine Überheiztemperaturen eingestellt sein, oder? Also unter Info --> Anlage steht als Solltemperatur deine Überheiztemperatur?

[unltdnetworx]

@frana120500
Der Punkt ueberheizenOkay löst aber nur den Counter für Betriebsstatus 3 aus.

[unltdnetworx]

@berlinerbolle
Genau so ist es.

@frana120500
Zeig doch nochmal dein Skript

[frana120500]

@unltdnetworx

@berlinerbolle Die erhöhten Werte habe ich bei Einstellungen >> Energiemanagement eingetragen. und die Anlage läuft im Programmmodus

[unltdnetworx]

@frana120500
Der Programmmodus wird aber vom Betriebszustand 3 überschieben. Mal das Skript inspizieren...

Kommt denn die Telegramnachricht an, dass du nicht mehr genug Strom einspeist?

[frana120500]

@unltdnetworx Nein, aber das ist ja auch nicht verkehrt, da das Script ja gar nicht auslöst.

ich habe jetzt alle Temperaturwerte händisch an der Anlage überschrieben.

[berlinerbolle]

@frana120500

Das kann sein, dass das bei SG Ready so nicht ist, aber bei EMI war es so, dass unter anderem die Raumsolltemperatur überschrieben wurde mit der Solltemperatur aus dem Energiemanagement.

Soll heißen im Normalbetrieb stand in "Info" --> "Anlage" die "normale" Raumsolltemperatur, und bei Überheizen stand dort die Temperatur aus dem Energiemanagement.

Falls das bei SG Ready auch so ist, müsste bei dir in "Info --> Anlage" jetzt die überhöhte Raumsolltemperatur stehen, richtig?

[frana120500]

@berlinerbolle ach so meintest du das: Ja das ist korrekt

[unltdnetworx]

@frana120500
Setze ueberheizenOkay mal auf true und wieder false. Nach 20 Minuten muss die Meldung kommen.

Dein ioBroker und vor allem das Skript läuft schon 24/7?

[berlinerbolle]

@frana120500

Dann müsste in deinem Modbus Adapter "modbus.1.holdingRegisters.44002_SG_Ready_Eingang1" auch auf "1" stehen?

[frana120500]

also... Script ist aus, überheizenokay steht auf false... ich habe die Temp Werte per Hand wieder auf 22 grad soll, 18,5 Grad Eco beim Heizkreis 1 eingestellt, Wassertemperatur zurück auf 51 Grad Soll und 47 Grad Eco... und was passiert... es sind wieder die erhöhten Werte aus dem Energiemanagement drin

23 GRad Vorlauf und 59 GRad Wassertemperatur