Neuer Adapter EMS-ESP für Bosch Heizungen

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

Merlin123

Hat jemand aktuell auch Probleme, sinnvolle Daten von der Heizung zu bekommen?
Sie läuft laut Anzeige am Gerät im Normalbetrieb, die App zeigt aber Mist an, entsprechend auch der Adapter....

tp1de

@merlin123 Mach die gesamte Anlage mal stromlos, warte 2 Minuten und schalte sie wieder an.

Merlin123

@tp1de hat leider nichts geändert

Merlin123

@tp1de Ist wohl ein Hardwareproblem...

blackeagle998

@tp1de
Hi, ich möchte gerne den Systemdruck überwachen und laut KM200 Schnittstellenbeschreibung, sollte dieser unter /heatSources/systemPressure oder alternativ /system/appliance/systemPressure verfügbar sein.
Leider existieren diese Datenpunkte nicht. Liefert das KM200 diese nicht oder kannst du die irgendwie mit ausgeben?

Danke vorab!

tp1de

@blackeagle998 wenn der Systemdruck nicht vorhanden ist, dann wird der vom km200 Gateway auch nicht bereitgestellt.

cheffe

hallo,
wir haben eine KM100 im Keller verbaut und die ist auch im Netz verbunden.
Kann mir jemand beim Einrichten des Adapters helfen? Was muss ich wo eintragen? Ich bin damit leider etwas überfordert

Und hat jemand einen Tipp, wie ich die dann hoffentlich verfügbaren Daten schön in einem Widget in VIS darstellen kann?

Vielen Dank

tp1de

@cheffe Was ist denn unklar in der PDF Doku? (Link in der Readme: https://github.com/tp1de/ioBroker.ems-esp/blob/main/doc/ems-esp-ds.pdf)

manrum1

@tp1de Hallo und danke für Deine Antwort.

Das Problem mit der Retention Time habe ich daduch gelöst, dass ich die ems-recordings über eine zweite influxdb-Instanz in ein eigenes Buucket schreibe. Dabei hatte ich Anfangs übershen, dass man bei der Instanz schon die Retention Time einstellen kann:

Meine manuellen Einstellungen über das WEB-Interface wurden also immer wieder überschrieben

Was leider immer noch nicht funktioniert ist, dass der Adapter nicht bemerkt wenn das Gerät keine Daten mehr liefert. Status bleibt "grün" und zeigt dann eben veraltete Daten an.

Da ich 2 Gastherme in unseren beiden Ferienhäusern überwache (ca. 800km entfernt vom Wohnort), bin ich eben auf ein funktionierendes System angewiesen. Leider spinnt seit gut einem Jahr das eine, während das andere seit Jahren problemlos läuft. Ich habe mich jetzt so beholfen, dass ich über eine Schaltuhr täglich den Strom meines "Problem"-MBLans kurz abschalte und ich dadurch einen Restart erzwinge.

Damit läuft das jetzt so wie es ist zufriedenstellend. Also nochmals Danke!!

tp1de

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

Was leider immer noch nicht funktioniert ist, dass der Adapter nicht bemerkt wenn das Gerät keine Daten mehr liefert. Status bleibt "grün" und zeigt dann eben veraltete Daten an.

Ich schau mal was ich ggfs. einbauen kann damit sich der Status ändert. Ist das Gerät erreichbar per Ping, liefert nur keine Daten mehr?

*** Ich habe gerade nochmal den Code angeschaut: Wenn keine Daten mehr kommen, dann wird der Status verändert. Kann es sein, dass immer Daten vom Gateway geliefert werden? .... wir reden über das KM200 - oder?

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

Das Problem mit der Retention Time habe ich daduch gelöst, dass ich die ems-recordings über eine zweite influxdb-Instanz in ein eigenes Buucket schreibe.

Ich habe bereits eine neue Version in Arbeit in der Daten nur innerhalb der Retention Time geschrieben werden. Voraussetzung ist dann aber die InfluxDB Adapter Version 4.0.2 oder größer.

jmeister79

Hi,
ich habs jetzt endlich hinbekommen das ding in betrieb zu nehmen, kann ich es parallel mit meinem km200 am bus betreiben?

Gibt es ne möglichkeit die objektstruktur an die des km 200 anzugleichen?
Wenn nicht werde ich mir n programm schreiben dass das tut, denn ich hab die werte über diverse skripte und VIS verteilt, das ist zuviel umbau jede einzelne variable neu zu verknüpfen.

Nils

tp1de

@jmeister79 ????? Was meinst Du? Du hast beim ems-esp Gateway die Möglichkeit die km200 Struktur auszuwählen und ja Parallelbetrieb ist möglich, musst Du nur richtig anschliessen um Bus-Fehler zu vermeiden (ist kritisch). Ich empfehle immer den Service Key aber du hast ja etwas selber gebastelt, soweit ich mich erinnere.

jmeister79

@tp1de das habe ich bereits, die struktur ist aber eine ganz andere leider

tp1de

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

das habe ich bereits, die struktur ist aber eine ganz andere leider

Verstehe ich nicht so richtig. Struktur ist bei mir im Wesentlichen gleich, nur die Objektnamen sind natürlich anders.
Poste mal die Struktur.

boiler wird zu heatSources.hs1
thermostat zu heatingCircuits
etc.

So sieht es bei mir aus:

jmeister79

@tp1de ja genau so ist es bei mir auch.

Wäre nice gewesen wenn die objektnamen gleich egwesen wären.
als ich damals vom km200 adapter auf ems umgestiegen bin brauchte ich nur mit ctrl-h den namen der instanz ändern.

Aber wenn es nicht geht ist das ok. Dann setze ich mich nachher mal hin und schreib n Programm dass dies in die km200 Namen übersetzt.

Kein Problem.

Danke für die Hilfe Dir.

Nils

NEWS

Neuer Adapter EMS-ESP für Bosch Heizungen

Support us

469

32.4k

81.4k

1.3m