Neuer Adapter EMS-ESP für Bosch Heizungen

[blackeagle998]

@tp1de
Moin, der Datenpunkt notifications bleibt solange befüllt, wie die Fehlermeldung an der Heizung angezeigt wird. Bestätige ich diese an der Heizung wird der Datenpunkt wieder ein leeres Array.

Perfekt so, besten Dank!

[jmeister79]

Guten Morgen,
ich nutze nun seit einigen Monaten erfolgreich diesen Adapter statt des KM200 Adapters und bin eigentlich sehr zufrieden.

Seit einigen Wochen habe ich aber leider große Probleme.
Ich nutze den Adapter hauptsächlich zur Nerd Info aber seit 6 Monaten ganz besonders um die Soll Temperatur aus der Heizung abzufragen.
Die brauche ich um meine Nachträglich eingebaute Fussbodenheizung zu steuern, die aus Zigbee Thermometern und Shelly Aktoren besteht. Neulich standen wir nun Sonntag morgens in einem 17°C kalten haus, da die Heizung auf einmal keine aktuelle Solltemperatur geliefert hatte und die FB Heizung in der Nachtabsenkung "stecken" geblieben ist.
Ich habe eigentlich ein Notfallprogramm, das reagiert sobald einer der Datenpunkte nicht mehr regelmäßig aktualisert wird bzw ioBroker die Verbindung zum km200 verliert.

Alle DP sind aber aktuell und das KM200 ist erreichbar. Es ist lediglich die Verbindung zur Heizung die neuerdings übel unzuverlässig ist.

Ich merke das aber lediglich verlässlich daran, das das aktuelle Datum des Heizungssystems "stehen" bleibt. Der DP für den BUS ist manchmal auf null aber auch oft auf EMS obwohl ganz klar seit über 10h keine neuen Werte mehr gekommen sind.
Ich habe mir jetzt so beholfen, dass ich das Heizprogramm einfach selber aus den Datenpunkten auslese und mit der FB nachfahre. Das ist ja immer gleich.

Das hat sehr wahrscheinlich nichts mit dem Adapter zu tun aber vielleicht kennt jemand das Problem.

Beste Grüße
Nils

[tp1de]

@jmeister79 Ich verstehe Dein Problem nicht so ganz.

So wie Du das beschreibst ist das LAN-Gateway vom Adapter erreichbar und liefert Daten. Es gibt keine Adapter-Meldungen im LOG?
Das würde dann auf EMS-Bus Probleme oder auf Defekte des Gateways hindeuten.

Wieso steuerst Du die FB-Heizung selbst? Ist die elektrisch?
Was für eine Heizung mit welchen Komponenten hast Du denn?

[jmeister79]

@tp1de
Hi,
ja es muss ein Bus Problem/Gateway Defekt sein. Echt schade nach 3 Jahren.
Bus habe ich mehrmals neu verdrahtet, daran liegts wohl nicht.

Die FB Heizung ist wassergeführt, ich steuere die Stellantriebe statt mit Thermometern mit Shellys an, das spart mir n 50m Kabel und jede Menge Geld für die teuren Thermostaten. Die Seite geht auch sehr gut. Leider ist die km200 hier das Genick.

Ich habe eine Buderus Gastherme mit Heißwassserspeicher. Der Heizungsmonteur will von dem KM200 und meiner FB Heizung nix wissen, da ich das selber besorgt und installiert hab.

Leider ist mir das KM200 deutlich zu teuer, für das was es bietet. Ob es da eine andere Lösung gibt an den EMS Bus zu kommen?

LG
Nils

[tp1de]

@jmeister79

So ganz nachvollziehen kann ich diese Lösung nicht.

Ich verstehe, dass Du 2 Heizkreise hast: Heizkörper + Fussbodenheizung - richtig?
Der FB-Kreis wird dann über einen Mischer gesteuert, da er niedrigere Vorlauftemperaturen benötigt. Wie wird dieser bei Dir angesteuert?

Die jeweiligen Vorlauftemperaturen werden dann je nach Regelalgorithmus vom Thermostaten berechnet. In der Regel Außentemperatur-geführt.

Dann hängen am EMS-BUS:

• Boiler/Gastherme mit Mastercontroller mit Anschluss Außentemperaturfühler
• Thermostat - Bestenfalls im Wohnzimmer / Referenzraum - RC35 / RC300 / RC310
• Mischer - MM10 / MM100 / MM200 etc
• Gateway - IP-Inside / KM200 etc.

Auf jedem Fall werden die Einstellungen und die berechneten Werte der Heizkreise im Thermostaten verwaltet.
Welchen Thermostaten / Regler hast Du?

Das Gateway fragt dann diese Parameter und Werte regelmäßig ab und setzt dann auch diese Werte.
Das alles geht über den EMS-Bus mit Telegrammen.

Das EMS-ESP Gateway ist eine separate Hardware welche diese Telegramme auswertet und Schreiben zulässt.
Der Funktionsumfang ist deutlich größer als beim KM200.

Der Adapter unterstützt sowohl die Original-KM200 Gateways wie auch das EMS-ESP Gateway.

[jmeister79]

@tp1de Hi,
ja hab mir grad ne EMS ESP Platine bestellt. Bin gespannt.

Also:
Die Heizung hat ein RC310 in hHeizungsraum direkt an der Therme und einen Außenfühler. Die Raumregelung der Heizkörper erfolgte rein über die Thermostate am Heizkörper. Da hab ich keine Ahnung von, das funktioneirte jetzt einige Jahre hinreichend gut. Leider haben wir große Räume und viele Fenster.
Der Monteur hat sich meine Planung angehört und hat grünes Licht gegeben, dass ich die 8 großen Heizkörper gegen eine FB am selben Heizkreis ersetze. Alternative wäre ein neuer Heizkreis mit Pumpe gewesen, er empfahl mir aber einen Festwertregler, den hätte er auch verwendet wenn er es selbst gemacht hätte.

Meine FB Heizung hängt via Festwertregler am Heizkreis meiner Heizung und ich habe 9 Heizkreise.
An jedem Heizkreis steckt ein Stellmotor. Die Stellmotoren sind auf einer Platine angeschlossen auf der auch die Shellys für den jeweiligen Raum angeschlossen sind. Wenn ein Shelly durchschaltet öffnet der jeweilige Stellantrieb(e) der Heizkreis(e) des Raumes.

Die Shellys werden über ein Script angesprochen, das die Thermostate in den Räumen Zyklisch abfragt und mit ist Temperaturen, oberer und unterer Hysterese pro Raum und Solltemperaturen entscheidet ob Heizkreise geöffnet werden oder nicht.

Weiterhin sind alle Stellantriebe auf der Platine verodert, so das der Festwertregler seine Arbeit aufnimmt sollte mindestens einer der Heizkreise öffnen.

Das Programm läuft tadellos und ich bin gerade beim anpassen der Hysteresen, Zieltemperaturen, Vorlaufzeiten und Durchflussmengen im "Lernbetrieb". Es gibt eine Überwachung, die die Heizung, die Sensoren und die Aktoren überwacht, sowie die Stromaufnahme der Pumpe, damit im fehlerfall nicht Überheizt oder Leergelaufen wird.

Leider habe ich nicht bedacht, dass der EMS so reagiert. Aber ich betrachte das als Lernkurve.

Evtl. nimmt man mal mit, dass eine ausbleibende Änderung des Systemdatums der Heizung auf ein Problem schließen lässt (?) und der Adapter das anzeigt.

Nils

[tp1de]

@jmeister79
Ja den RC310 habe ich auch nur mit 2 Heizkreisen - einer als HK und einer mit Mischer für die FB-Heizung.
Bei mir hängt der RC310 im Wohnzimmer, um bei Sonneneinstrahlung die Vorlauftemperatur zu verringern.

Mit Festwert-Regler läuft deine FB-Heizung ja mit konstanter Temperatur. Hast Du den FB-Heizkreis im RC310 angelegt?

Der EMS-Bus ist durchaus fehleranfällig. Du schreibst, dass Du neu verdahtet hast? Mit dem EMS-ESP Gateway sieht man die Kollisionen, mit dem KM200 nicht.

Bei mir ist es so, dass wenn ich das KM200 Gateway zu häufig abfrage, dann hängt sich das auch mal auf. Je nach Firmware und Hardware-version sind die http requests sehr langsam. 90-120 Sekunden Pollzeit sind dann das Minimum. Das EMS-ESP GW frage ich alle 15 Sekunden ab. In den 3 Jahren wo der Adapter läuft musste ich 5 Mal die Anlage resetten, d.h. stromlos machen und neu starten, um Werte zu erhalten. Ich hatte überlegt im Notausschalter der Heizung einen Funk-Schalter einzubauen, um das ggfs. automatisch zu machen.

[jmeister79]

@tp1de Der Festwertregler liefert derzeit 32°C für die FB. Das geht gut, wir haben weniger Heizkosten als vorher.
Optimal ist das bestimmt nicht.
Die Heizung ist leider erst drei Jahre alt sonst hätte ich eine neue eingebaut.

Wenn die FB einen eigenen Heizkreis haben soll, brauche ich ne Komplett neue Anlage mit eigener Pumpe etc. das wäre viel zu teuer laut Monteur. Er findet das so auch erstmal hinreichend. Die Raumtemperatur erreiche ich durch pulsen und das geht wirklich gut.

Danke für den Hinweis mit dem EMS Bus und dem Abfragen.

Verstehe ich das richtig, das der KM200 den Bus aktiv abfragt wenn ich vom ioBroker antriggere?

Dann liegt es bestimmt daran. Mit Neustart meinst Du dann Buderus UND KM200?
EDIT: habe 15s Polling im km200 eingestellt. Ich depp!
LG
Nils

[tp1de]

@jmeister79 Soweit ich das sehe werden die KM200 EMS-BUS Polls unabhängig von den API Abfragen zum GW ausgeführt.
Stromlos heist bei mir alle Heizungskomponenten inkl. KM200 Gateway.

Eine neue Anlage brauchst Du sicher nicht bei 2 Heizkreisen mit RC310. Sicher aber einen Mischer + MM100 + Pumpe.
Aber wenn der Festwertregler reicht ist es auch gut, wenn auch nicht ganz so energieeffizient.

Zum EMS-ESP Gateway: Hast Du die S3 Version bestellt? (Dazu rate ich dringend wegen Speicherproblemen beim normalen ESP32)
Und schließe das Gateway am Service-Jack an, dann gibt es keine Bus Probleme.

[jmeister79]

@tp1de ach schade, wäre ja ne tolle Lösung gewesen.

Ich hab nur die Schnittstellenkarte bestellt, habe genug NodeMCU hier rumfliegen zum basteln durch wegfallende Ferrariszähler und openDTU. Gibt es die Busprobleme denn auch wenn ich das KM200 entferne? Brauche das dann ja nicht mehr. Servicejack-Kabel hab ich leider nicht mitbestellt aber wenn das ne Zweipolige Klinke ist müsste ich noch einige haben.

Ja Mischer und Pumpe waren nicht billig, außerdem war wohl kein Platz mehr, da war er aber nicht sicher. Wie gesagt war zu der Zeit alles grad mal 2 Jahre alt :-(.
Aber da ich eh bestimmt alles falsch ausgelegt und geplant hab ist die Sache so wenigstens von von vorne bis hinten vermurkst.

Nils

[tp1de]

@jmeister79 Die Schnittstellkarte hat ja keinen ESP32 integriert. D.h. du brauchst eine 2te Platine und ggfs. Gehäuse + Stromversorgung.
Dann musst Du den ESP auch entsprechend flashen. Für 60€ Preisunterschied würde ich mir das sehr überlegen. EMS-BUS sollte kein Bastelprojekt sein.....kannst Du ggfs. per Mail an BBQKees sicher noch ändern.

Ich würde das KM200 aktiv lassen. Für den RC310 unterstützt das EMS-ESP folgende Daten nicht:

1. Zeitprogramme (Heizung, Warmwasser und Zirkulation)
2. Urlaubsmodi
3. Recordings (Historische Verbrauchsdaten) - wenn bei Dir vorhanden

Dafür aber nahezu alle Parameter für den Heizungsinstallateur (Heizkurve etc ..) - Diese gibt es beim KM200 nicht.

[jmeister79]

@tp1de verdammt, dann ist es eh unnütz.
Die Recordings mach ich zwar eh selber aber die Programm hatte ich schön über die Web Oberfläche meiner VIS Programmiert, das war Nice

für 60€ flash ich das sehr wohl selber. Wie gesagt, hab ja genügend ESPs hier rumliegen genau für sowas.
Gehäuse Drucke ich mir immer selber.

Nils

[tp1de]

@jmeister79 sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

verdammt, dann ist es eh unnütz.

Wieso?

[hongkongfui]

Hallo zusammen,
Ich hab den Adapter erfolgreich mit dem BBQKees Gateway an meiner Bosch Condens 5800i 15Kw im Einsatz. Datenpunkte und auch die Statistik laufen.
Was aber muss man konkret in der Effizienstabelle für den Wirkungsgrad eintragen?
Ich kann in der Installationsanleitung und den technischen Daten nichts brauchbares finden.

Vielen Lieben Dank!
Gibt es irgendwo ein PP Donate?

Gruß HKF

[tp1de]

@hongkongfui Die Einstellungen zum Wirkungsgrad stammen aus den Anfangszeiten des Adapters. Heute schaue ich da nicht mehr drauf. Vielmehr auf die Frage nach möglichst niedrigen Vorlauftemperaturen als Vorbereitung für den Einsatz einer Wärmepumpe (Hybrid).

Die vorbelegten Werte stammen aus einem Wirkungsgrad-Diagram für den Buderus KB192i-22 Brennwertkessel.
Aus dem Dokument Planungsunterlage (Buderus Download):

[manrum1]

@tp1de
Hallo, ich habe seit einigen Tagen Probleme. Der Adapter behauptete plötzlich Daten hinter der eingestellten retention policy zu schreiben. Ich hatte die Datenbank auf 90 Tage eingestellt, die Fehlermeldung war somit nachvollziehbar.
Um das Problem zu umgehen, habe ich eine zweite Instanz von influx erstellt und die retention policy auf forever gestellt. Fehlermeldung heute:

Error on writePoint("{"value":0,"time":"2022-11-15T00:00:00.000Z","from":"","q":0,"ack":true}): HttpError: failure writing points to database: partial write: points beyond retention policy dropped=1 / "failure writing points to database: partial write: points beyond retention policy dropped=1""

Nach Prüfen im influx-WEB steht die policy nun wieder 365 Tage. Es greifen nur 2 Instanzen (ems.0 und ems.1) auf das bucket zu. Warum stellt der Adapter die Policy um, bzw. wie lässt sich die Fehlermeldung erklären bzw. fixen?

Danke im Voraus!

[tp1de]

@manrum1
Der Adapter stellt nichts um. InfluxDB. V2 wird von ioBroker nicht sauber unterstützt. Für die Recordings muss Retention > 2 Jahre gesetzt werden. Ich werde in Zukunft InfluxDB nicht mehr unterstützen. Nutze bitte MariaDB bzw. MySQL.

[Pedder007]

Hallo @tp1de, ich lese das hier gerade mit und fange jetzt an zu grübeln, da ich Influx schon seit >1Jahr als Alternative zu History einsetze. So richtig eingearbeitet habe ich mich da nicht, aber (fast) alle Daten sind da nun mittlerweile mal drin ...

Entsprechende Frage zu Deinem Statement: Ist das ein allgemeiner Trend hier in ioBroker von Influx weg zu gehen oder gilt das nur für den EMS Adapter?
Am Ende möchte man ja nicht 3-4 Datenbanken parallel betreiben müssen ;-), zumal das bspws. beim Einsatz in einigen Widgets ja auch zu Problemen führen würde.

[tp1de]

@pedder007

InfluxDB V2 (aktuelle Version) hat nur eine Retention-Period pro Datenbank (Bucket).
Das bedeutet, wenn du bestimmte Werte wie Recordings (Gasverbrauch / Temperaturen) für längere Zeit speichern möchtest, dann müssen alle Werte für diese Zeit gespeichert werden. (DB wird schnell sehr groß)

Ferner erlaubt der ioBroker InfluxDB Adapter bisher kein Löschen von Daten. Seit kurzer Zeit soll das gehen. Habe ich aber nicht getestet.
InfluxDB ist bei Schreiboperationen sehr langsam - MariaDB ist ca. 20 Mal schneller !

MariaDB kann ich mit SQL-Befehlen nutzen- z.B. für das Schreiben der Recordings.
InfluxDB V2 unterstützt das nicht.

Der Adapter liest Datensätze der Vergangenheit.
Es wird as aktuelle Jahr und die zwei letzten Jahre gelesen. Je nach Heizung sind dann 12-36 Monate Daten verfügbar. Diese Werte werden dann in die Datenbank geschrieben - Mit SQL für MariaDB / mySQL und mit ioBroker internen Befehlen für InfluxDB. Dabei gab es in der Vergangenheit immer wieder Probleme. (Retention period oder doppelte Einträge)
@manrum1 Das ist bei Dir das Problem: November 2022 liegt mehr als 365 Tage zurück !

Da ich ioBroker kaum noch verwende - sondern Home Assistant - habe ich weder Zeit noch Lust mich mit InfluxDB zu beschäftigen und dem dazugehörigen ioBroker Adapter.

Wenn Ihr mit den Einschränkungen von InfluxDB leben könnt ist es gut. Unterstützung bekommt Ihr aber von mir nicht mehr. Ansonsten den Adapter ohne Datenbank laufen lassen oder MariaDB verwenden.

[Pedder007]

@tp1de danke für die schnelle und ausführliche Rückmeldung
Mir ging es auch gar nicht darum Dich irgendwie zu beeinflussen , sondern nur darum zu verstehen, ob so ein Trend (weg von Influx) insgesamt in ioBroker absehbar ist? Aus 'Nutzersicht', wobei der Begriff sicherlich sehr verschwimmt, macht es am Ende halt nur Sinn insgesamt möglichst wenige Datenbanken vorhalten zu müssen.
Das Influx etwas 'sperrig' für den Otto-Normalnutzer ist, habe ich auch schon festgestellt (Stichwort: Daten löschen, danke für die Info diesbzgl.).
Mein IT-Leben war/ist zu 75% administrativer Natur, deswegen muss ich ohnehin überall Aufwand treiben um mich einzuarbeiten.
Dann wäre es halt nur gut zu wissen worin ich mich dann perspektivisch am besten einarbeite, wenn mein Leben dann in absehbarer Zeit mal mehr Zeit für die Hobbies hergibt