Stiebel-ISG - Modbus
-
Danke Dir! Kaffee besorge ich nachher.
Bei ersten Tests scheint es so, dass bei den dreistelligen Werten bei mir nie etwas über das ISG kommt, aber das muss ich heute Abend mal in Ruhe durchgehen.
-
@berlinerbolle sagte in Stiebel-ISG - Modbus:
Die Motorleistung und Heizleistung des Inverters (unter FACHMANN/INVERTER, also s=2,3) muss ich dann unter "value paths" als "2,3" stehen lassen, wenn ich die weiter behalten will, richtig?
Genau richtig.
Und die Statistik stammt von der Startseite.
-
-
@berlinerbolle sagte in Stiebel-ISG - Modbus:
Bei ersten Tests scheint es so, dass bei den dreistelligen Werten bei mir nie etwas über das ISG kommt,
Das kann sehr gut sein. Der Adapter passt sich dynamisch an und soll alle Wärmepumpen unterstützen. Von Solar bis Erdwärme, etc. Daher sehr viele, vllt. unnötige Werte.
-
@berlinerbolle ich habe gerade nochmal auf mein ISG geguckt und ich bin jetzt auch auf V 12.1.1 ... Updates scheinen vollautomatisch aufgespielt zu werden. Ein Changelog wäre interessant.
Ich muss ehrlich gestehen, dass ich das mit den "Seiten rauslöschen" immer noch nicht ganz hinbekommen habe.
Fängt schon an mit der "0"... das ist die Startseite. Braucht man die? Welche Werte kommen da rein? Bei der Flut an Werten kann ich das nicht nachhalten was da verschwindet wenn ich die Objekte öffne.
Ich habe auch das "Problem", dass ich einige Modbus Register nicht reinbekomme, aber das ist gar nicht schlimm. Mit dem Script von @unltdnetworx setze ich eh nur die Anlage auf überheizen und die fährt dann auf die Werte die ich im Energiemanagement eingestellt habe.
Ich bin aber im großen und ganzen mit meiner Wärmepumpe nicht zufrieden. Teilweise fällt bei mir die Wassertemperatur so unfassbar tief unter die eingestellte Eco Temperatur, dass es schon an Energieverschwendung grenz was das Teil macht. Habe bsp. als Eco Temp 47 Grad eingestellt. Für mein dafürhalten müsste die Anlage anspringen sobald der Wert unterschritten wird. Macht sie aber nicht. Erst Stunden später wenn die Temperatur auf 41 Grad gefallen ist, springt sie an. Der Weg bis zu den 47 (bzw. 51 Komfort) ist dann natürlich weit.
Leider ist es im Moment auch nicht wirklich sonnig bei uns, so dass ich seit Tagen nicht richtig testen kann.
-
@frana120500 sagte in Stiebel-ISG - Modbus:
Erst Stunden später wenn die Temperatur auf 41 Grad gefallen ist,
Schau mal unter den Einstellungen 》Warmwasser 》Grundeinstellungen. Auf welchem Wert steht da die Hysterese?
-
@unltdnetworx Hysterese steht auf 8K
-
@frana120500
Das ist viel zu viel. Stell es mal auf 2 Kelvin und schau, ob das eher deinen Vorstellungen entspricht. -
@unltdnetworx ok, hab ich gemacht und schaue es mir an.
Muss aber eine Voreinstellung gewesen sein, da war ich nämlich nicht dran (da ich nicht weiß was das bewirkt)
Edit: Ich habe es dann gestern auch mal geschafft, die nicht benötigten Seiten aus dem Adapter zu schmeißen. Ist kaum wsa übrig geblieben
Dadurch ist die Bedienung auf dem ISG jetzt aber beinahe verzögerungsfrei obwohl der Adapter läuft, prima. -
@frana120500 sagte in Stiebel-ISG - Modbus:
da ich nicht weiß was das bewirkt
Das ist die Anzahl an Grad über und unter dem Sollwert. Laut Definition wäre es eigentlich der Abstand dazwischen, somit bei dir 4 Grad unter Soll schaltet sich die Heizung ein, 4 Grad drüber aus. Bei Stiebel wird der Hysteresewert aber addiert bzw. subtrahiert. Somit 8 Grad drüber und drunter.
-
@unltdnetworx ui, ok, dann ist 8 K natürlich viel zu viel. Danke für die Erklärung.
-
Ich habe noch ein Verständnisproblem, was nicht direkt etwas mit dem Adapter zu tun hat, aber ich komme da einfach nicht weiter. Ist vermutlich eine ganz simple Sache.
Was wäre der "richtige" Weg, die Modbus Werte per MQTT anderen Konsumenten zur Verfügung zu stellen?
Erstmal müsste ich ja in meiner MQTT Instanz in ioBroker auch die "ack=true" states senden. Wenn ich das mache (und bei Subscribe patterns "#" eingetragen habe, sowie bei publish own states einfach "*") läuft allerdings mein ioBroker in irgendeine Art Endlosschleife.
Nach ein wenig Rätseln habe ich angenommen dass das passiert, weil ich dadurch auch MQTT topics publishe, für die ich gleichzeitig eine subscription habe. Das hätte sich ja aber dadurch lösen lassen müssen, dass ich bei "prefix for all topics" einfach etwas eintrage (z.Bsp. "iobroker/"). Da ich für "iobroker/#" keine subscription habe, hätte dadurch keine Endlosschleife mehr entstehen dürfen.
Das Problem besteht aber weiter. Ich kann das aktuell nur umgehen, indem ich stark einschränke was ich in ioBroker als subscription habe, und was ich selbst veröffentliche. Ich möchte aber unter anderem gern weiterhin "#" als subscription nutzen können.
So sieht das aktuell bei mir aus, da gibt es doch aber sicher einen eleganteren Weg? Wenn jetzt durch neue Geräte noch andere Topics entstehen, müsste ich die dann alle separat zu den subscribe patterns hinzufügen.
Und da ich die eigentliche Ursache noch nicht verstanden habe, befürchte ich gleichzeitig, dass ich das Problem noch gar nicht gelöst habe.
-
@berlinerbolle
Das wäre vermutlich ein Thema für einen eigenen Thread. Kann ich dir auf die Schnelle leider nicht beantworten. -
Schade, ich dachte ich hätte irgendeinen offensichtlichen Fehler gemacht, der sonst niemandem passiert.
Danke trotzdem! -
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. -
@berlinerbolle
du schreibst von deinem "Problem" und ich kapier auch nach 5x lesen deines Beitrages nicht ansatzweise worum es überhaupt geht ggDu willst doch nur ne Heizung steuern
-
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.
-
@frana120500
Nur um Missverständnisse zu vermeiden. Das hat mit der Heizung eigentlich nicht direkt etwas zu tun. -
@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. -
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.
