UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Jack01]

@tp1de Erstmal Danke für den tollen Adapter und Deinen unermüdlichen Einsatz. Ich habe die Diskussion in Gitbub verfolgt. Grundsätzlich arbeite ich nur mit stabilen Versionen. Vom Entwickler "proddy" wurde jedoch empfohlen, bei Neuinstallationen direkt auf eine 3.7.xxx zu gehen.
Ich werde jetzt abwarten, bis die nächste Adapter Version und die finale EMS-ESP Version released sind.
Es sei denn, dass Ich da etwas testen soll. Ich habe allerdings nur ein "scharfes system". Das muss also unbedingt funktionieren (WAF.....).
Gruß
Hans-Jürgen

[vowill]

@jack01 Gleiche Situation bei mir. Da aber die 3.7.xx neue Datenpunkte bietet - u. a. Durchflussmengen der Pumpen in meiner Bosch CS6800i - habe ich auf 3.7.38/39/heute 40 aktualisiert. Läuft stabil :flushed:

[Pedder007]

@vowill jetzt hattest Du mich ja neugierig gemacht, habe ne' CS7800i, Sole-WP.
Bin mal eben von 3.7.0 dev.12 nach 3.7.0 dev.41. Durchflussmengen gibts bei mir aber wohl leider nicht :cry:
Naja, es gibt Schlimmeres ;-)

Ansonsten scheint aber auch die dev.41 stabil zu sein. Nach dem Adapter Neustart gab's neben den Erfolgsmeldungen nur:

ems-esp.0
2024-09-29 16:16:07.658	warn	State value to set for "ems-esp.0.boiler.hphystpool" has value "0" less than min "50"

ems-esp.0
2024-09-29 16:16:07.657	warn	State value to set for "ems-esp.0.boiler.hphystcool" has value "0" less than min "50"

ems-esp.0
2024-09-29 16:16:07.657	warn	State value to set for "ems-esp.0.boiler.hphystheat" has value "0" less than min "50"

ems-esp.0
2024-09-29 16:16:07.655	warn	State value to set for "ems-esp.0.boiler.emergencytemp" has value "0" less than min "15"

Das hatte ich aber auch schon bei der dev.12. Die Werte scheinen sich aber auch nicht überschreiben zu lassen.
Aber da das bis jetzt auch keine Auswirkungen hatte, wird das wohl auch künftig keine haben ;-)

LG
Peter

[vowill]

@pedder007 Hmm, die Durchflussmengen finden sich bei meiner CS6800i (Luft-Wasser-Wärmepumpe) in den Datenpunkten

• ems-esp.0.heatSources.hs1.pc0flow - das ist die Pumpe, die das Wasser zur Außeneinheit (mit dem Kompressor) pumpt, und
• ems-esp.0.heatSources.hs1.pc1flow - das ist die Pumpe, die innen die Heizkreise versorgt.

[Pedder007]

@vowill Ach diese Pumpen meinst Du. Die werden bei mir in % angezeigt, plus der Ein- und Ausströmtemperaturen. Ich dachte Du meinst die Heizkreise.

[vowill]

@pedder007 pc1.flow ist ja die Pumpe für die Heizkreise (bzw. den primären Heizkreis) - laut den hydraulischen Diagrammen in der CSxx00i-Installationsanleitung (auf den letzten Seiten).

[Pedder007]

@vowill ich müsste jetzt nochmal die genauen Datenpunkte raussuchen, aber bei mir waren das, meine ich, drei Pumpen.

1. Solekreislauf, 2. Kompressorkreislauf, 3. Haupt-Heizkreislauf. Ich habe, da 2 Heizkreise (Radiatoren u. Fußbodenheizung), allerdings noch eine vierte Pumpe. Ich hatte aus Deinem Post fälschlicherweise gehofft, dass Du auch zwei Heizkreise hast und diese meinst. Das hat nur damit zu tun, dass ich die beiden Heizkreispumpen bei mir visualisiert habe, aber da zur zweiten dieser Pumpen kein Datenpunkte existiert, den Zustand aktuell über einen Workaround abgebildet.

[vowill]

@pedder007 Ich habe auch 2 Heizkreise (Fußböden und Radiatoren) und ja, für den Fußbodenkreis mit dem Mischermodul MM100 und einer eigenen Pumpe gibt es keine Durchflussdaten. Ich zeige in meiner Visualisierung daher auch nur 'ein/aus' und die Mischventilstellung (0...100%) an. Hinzu die Zahl der geöffneten FBH-Kreise, die ich aus den Soll-/Ist-Daten der HmIP-Ventile auslese (man erhält für die Wandthermostate ja den Zustand des internen Relais nicht über einen Datenpunkt).
PS: Wenn alle Ventile zu sind, schalte ich den FBH-Kreis bzw. die -Pumpe unmittelbar ab, wenn mind. 1 Ventil öffnet wieder ein.

[Pedder007]

@vowill aha, dann hatte ich das bzgl. der Heizkreise ja doch richtig verstanden, nur nicht bzgl. der zugehörigen Datenfelder :-)
Aber ok, das scheint dann bei Dir ansonsten, via Mischer, genauso konfiguriert zu sein wie hier bei uns.

In meiner VIS habe ich auch die Mischerstellung und den Pumpenzustand und Betriebsmodus (auto/manu) pro Heizkreis. Den Zustand (an/aus) der FB Hzg-Pumpe, also die die im Mischerkreislauf hängt, leite ich aus folgenden DP ab:

• Stromaufnahme Heizung (gemessen mit Shelly)
• Betriebsstatus Heizung
• Differenz Vor- vs. Rücklauftemp. im entsprechenden Heizkreis
• Status der anderen Heizkreispumpe

Hatte mir dafür mal irgendwann ein Blockly gebaut, was das alles miteinander vergleicht und mir dann näherungsweise auch halbwegs den richtigen Status der Pumpe in VIS anzeigt.
Beim Blick eben darauf musste ich aber selber erstmal wieder überlegen, was ich mir damals dabei gedachte hatte :laughing:
Ich bin damals allerdings einige Male in den Heizkeller gerannt und habe das überprüft. Ist zwar nicht 100% genau, aber größtenteils. Besser wäre natürlich ein DP. Ich hatte, meine ich, dazu auch mal eine Anregung im Entsprechend Discord-Threat erstellt. Da war aber nichts wirklich nachgekommen. Proody & Co. kämpfen ja ohnehin schon genug mit der Interpretation von dutzenden von Geräten und Geräte-Kombinationen ;-)

Achso, die Kreise der FB steuere ich hier nicht einzeln. Das Ganze ist so träge und in der Etage sind sowieso immer alle Türen auf, das ich das nicht wirklich als lohnenswert erachtet habe.
Da ich insgesamt mit der Bosch-Regelung ganz zufrieden bin (wir kamen von einer 22 Jahre alten Öl Heizung), schaue ich mir lediglich die erreichte Raumtemperatur pro Etage an, in einem repräsentativen Raum, und schalte die Heizkreise dann, mit erhöhter oder abgesenkter Zieltemperatur, einzeln und zeitweise in den manuellen Modus um.
Wenn die Zieltemperatur dann erreicht ist, geht es wieder zurück in den Auto-Modus, oder eben abends, kurz bevor die Bosch ohnehin in die Nachtabsenkung geht (Vorteil: man kann dafür jedes x-beliebige auslesbare Thermometer nehmen, bei mir Zigbees)
Würde Bosch endlich mal ne API anbieten (möglichst lokal) bräuchte man den ganzen Workaround ja nicht. Das ärgert mich echt am meisten, zumal sie ja so toll mit ihrem eigenen SmartHome Gezumsel werben. Aber alles nur closed Shop :-(

[lustig29]

Ich bekomme leider immer diese Fehlermeldung.

error reading KM200 gateway (wrong ip address) - stop KM200 read: http://192.168.1.196

[lustig29]

Welche Hardware brauche ich um eine BOSCH Luftwärmepumpen-Paket BOPA CS762 AW 5 OR-S, CS5800iAW 12
(mit Connectmodul) in den Iobroker zu bekommen.

[vowill]

@lustig29 Na, das sollte doch mit dem BBQ-Kees-Gateway S3 funktionieren; siehe dort im Shop. Bei meiner CS6800i mit AW12-OR T funktioniert das ganz prima!

[Pedder007]

@lustig29 bei mir läuft das E32 (ESP32-D0WD), allerdings noch die alte Version (Gehäuse sieht aus wie beim aktuellen S3, allerdings eben mit LAN Anschluß), schon über 1 Jahr an einer CS7800i (Solepumpe) absolut ohne Probleme.
Das Connectmodul hat damit allerdings gar nichts zu schaffen. Das läßt bei mir sich nur über die Cloud und die Bosch App ansprechen. Abgesehen davon das ich darüber den Urlaubsmodus steuere, machen ich außer Updaten damit eigentlich gar nichts ;-)

[tp1de]

Bitte beachten:
Ab Version 5.0.0 muss das private Passwort (km200) neu eingegeben werden.

[darkaragon]

Moin,
erstmal vielen Dank für den großartigen Adapter. Das ems-esp läuft sehr gut und besonders die Heat-demand Steuerung des Adapters ist toll, habe das Brennertakten jetzt in der Übergangszeit von 60/std auf 3/tag reduziert und den Gasverbrauch halbiert.
Jetzt aber zu meinem Problem: Ich nutze den Datenpunkt "ems-esp.0.boiler.heatingactivated", was ja eigentlich nicht so optimal ist und wohl auch nicht empfohlen wird.
Nehme ich "ems-esp.0.boiler.heatingoff" bleibt der Brenner nicht dauerhaft aus. In der ems-esp Doku habe ich jetzt gelesen, dass der Wert wohl Stündlich gesetzt werden muss.
Meine Frage: Wie habt ihr das gelöst? bzw. mit welchem Datenpunkt? Heizung ist ein Buderus GB192 Kessel.

Vielen Dank im Voraus und viele Grüße

[Pedder007]

@darkaragon Moin auch!
Auch wenn das jetzt keine Antwort auf Deine Frage ist, im Sinne von anders gelöst, aber ich nutze den gleichen DP bei einer Bosch CS7800i (Sole-WP) und mir war da bisher nicht bewusst, dass das nicht empfohlen wird. Woher hast Du das?

Meine WP hat sich bisher auch nicht selber wieder aktiviert, wobei ich denke, dass die maximale Auszeit schon so ca. 5-6 Std. waren.
Ich hatte daher sogar extra noch ein Blockly erstellt welches den Status überprüft und bei sinkender Außentemperatur wieder aktiviert, bzw. am spätesten Nachmittag nochmals prüft und die Hzg. dann ggf. wieder aktiviert.
Grüße!

[darkaragon]

@pedder007
Hi,
das habe ich mal in irgendeinem Foreneintrag gelesen, finde ich natürlich nicht mehr wieder. Wenn ich mich recht entsinne, ist in diesem Zustand die Frostschutzfunktion ausser Kraft, ausserdem fährt der Kessel da sehr abrupt runter weil die Nachlaufzeiten nicht eingehalten werden (auch für dich mit der Wärmepumpe interessant, da es bei Anlagen mit Plattenwärmetauscher einzuhalten ist. Natürlich nur, wenn sich die Regelung auch identisch verhält).

Bei mir steigt dann auch nach Abschaltung rasch die Kesseltemperatur bis über 90°, was auch lieber zu vermeiden wäre.
In der Beispieldokumentation steht ja folgendes:

Es ist wichtig den zu schaltenden State mit Bedacht zu wählen. Es wäre z.B. möglich den Heizkreis über Sommer /
Winterbetrieb aus bzw. einzuschalten (z.B. km200: heatingCircuits.hc1.suWiSwitchMode)
Seite 12
Dokumentation ioBroker.ems-esp Adapter © tp1de 2023
Das hat den Nachteil, dass bei Adapterstop oder Netzwerkproblemen (km200 nicht erreichbar) der Heizkreis ggfs.
permanent aus oder eingeschaltet bleibt und manuell am Thermostat neu gesetzt werden muss. Nach Murphy’s Law
passiert das in der Regel während des Urlaubs / Abwesenheit ….
Ich bevorzuge deshalb den „temporary Setpoint“ (z.B. heatingCircuits.hc1.temporaryRoomSetpoint).
Bei meinem RC310 sind diese temporären Einstellmöglichkeiten je Heizkreis vorhanden.
Dieser State hat den Vorteil, dass Werteänderung nur temporär bis zum nächsten Schaltzeitpunkt des
Heizprogrammes gelten. Der Wert „0“ schaltet den HK aus, der Wert „-1“ wieder an auf Automatikbetrieb. (Es wäre
aber auch möglich eine feste Temperatur festzulegen: z.B. „21“ Grad.)
Ich nehme den Automatikbetrieb, damit eine automatische Heizkreisabschaltung nach Erreichen der
Außentemperaturschwelle des Heizkreises, trotz der aktiven Wärmebedarfs-Regelung weiterhin funktioniert.

das funktioniert bei mir aber nicht zufriedenstellend, ich habe das Bediengerät aber auch am Kessel und nicht im Wohnzimmer. Teilweise hat es zwar mal geschaltet aber nicht sehr zuverlässig, mit dem jetzigen Datenpunkt funktioniert es wenigstens.

Viele Grüße

[Pedder007]

@darkaragon aha!
Ok das mit dem Frostschutz ist bei einer Sole-WP nicht so wirklich relevant, da ja alles unterirdisch verlegt ist. An dem Punkt mit dem abrupten herunterfahren könnte aber tatsächlich etwas dran sein. Das geht dann hier auch sehr schnell. Ich glaube da werde ich mir zur Kontrolle dann auch mal die Wärmetauscher-Temperaturen in die VIS ziehen. Guter Hinweis!

Den "...suWiSwitchMode" DP gibt es bei mir allerdings nicht. Wenn ich die WP alleine machen lasse, regelt sie übers gesamte Jahr, je nach festgestelltem Bedarf, dynamisch und stufenlos rauf und runter. Das gilt für den Sole- sowie den Heizkreislauf.

Dafür arbeite ich allerdings im SO-WI-Grenzbereich, also mit Bezug auf die eingestellten Sommer-Grenztemperatur (pro HK), mit dem auto/manu Modus, bzw. setzte dann im manu Modus die Raum-Zieltemperatur für den entsprechenden Heizkreis, per Blocky temporär rauf oder runter. Das passiert immer dann, wenn im Grenzbereich die Zieltemperaturen (gefühlt) nur mit zu viel Verzögerung erreicht werden. Ich glaube ich hatte das hier auch schon irgendwo mal beschrieben.

Fertig ;-) :

[tp1de]

@Pedder007 @darkaragon

Zum Thema Heatdemand:

Ich wundere mich, dass es bei Euch im Thermostat weder
suWiSwitchMode (km200) / summersetmode (ems-esp) noch den
temporaryRoomSetpoint (km200) / tempautotemp (ems-esp)
gibt. Welchen Thermostat habt Ihr denn? (egal wo der hängt)

[Pedder007]

Hallo @tp1de,

ich verwende lediglich für den Fußboden HK (bei mir 2, da Keller) das CR20RF. Ansonsten ist die WP rein außentemperaturgeführt.
Ich war bisher zu geizig mir ein zweites für den anderen (Radiator) HK zu kaufen ;-)

Ich nutze im Adapter das EMS-ESP Gateway und habe gerade extra nochmals nachgesehen: Kein 'summersetmode'.
Allerdings habe ich nun die DPs 'tempautotemp' gefunden, die mir bisher nie aufgefallen war. Sie scheinen bei mir für beide HK default auf '-1 °C' gesetzt zu sein.

Damit könnte ich dann die Tage natürlich mal 'herumspielen'.