Neuer Adapter EMS-ESP für Bosch Heizungen

[tp1de]

Ich suche Beta-Tester für die neue Wärmebedarfs-Steuerung in der Adapter-Version 1.9.x.
Diese ist von GitHub installierbar.

Ziel dieser Funktionserweiterung ist es in der aktuellen Übergangszeit den Heizbedarf zu ermitteln und dann einzelne Heizkreise ab- und wieder anzuschalten. Ansonsten taktet die Heizung bei mir sehr häufig trotz Modulation.

Vielleicht hat jemand Lust mit zu testen. Hier eine Funktionsbeschreibung:
https://github.com/tp1de/ioBroker.ems-esp/wiki

Adapterfehler oder Anregungen bitte im Github als issue anlegen:
https://github.com/tp1de/ioBroker.ems-esp/issues

[mwolle]

@tp1de leider verbleibt der Stand wie vorher, keine Werte zu sehen.

[mwolle]

@mwolle also nochmal für alle, seit dem 18.04. werden die Werte gespeichert, anschauen kann man diese bei mir nur unter flot. Da werden die Grafiken angezeigt. Bei mit mit einem MB LAN 2 sind aber die Warmwasserwerte nicht plausibel...liegt aber nicht am Adapter das sieht jetzt gut aus:

[marsmännchen]

@mwolle
Sag mal, bekommst du jetzt Werte bei diversen _Days, _Hours, _Months?
Bei mir kommt nämlich gar nichts mehr. Ich bilde mir zwar ein es hat bei mir mal einen Tag funktioniert, aber da sieht es jetzt aus wie bei deinem Screenshot "(null) kWh"
MfG
Patrick

[Titanflex]

Hallo zusammen,

da ich gelesen habe das es ein neuen Adapter gibt habe ich diesen auch gleich installiert.

Allergings kommen diese Fehlermeldungen siehe Screenshot.

Kann mir jemand sagen, wo der Fehler liegt ?

Grüße

[tp1de]

@titanflex welche Version?
Ich vermute mal, dass du die Wirkungsgrad-Ermittlung eingeschaltet hast und bei Deiner Anlage die zu lesenden States nicht vorhanden sind. In der aktuellen Github-Version 1.9. sind die 3 States eingabefähig und diese Fehler werden sauber abgefangen (hoffentlich). Teste mal.

[tp1de]

@marsmännchen Ich habe bereits mehrfach versucht zu erklären, dass die Recordings ja historische Werte sind.
Um diese zu speichern, verwende ich ich für mySQL direkte SQL-Befehle und nicht die ioBroker internen storeState Funktionen. Das Resultat sind die unter Objekte angezeigten null()-Werte. Das ist soweit normal, die Daten sind trotzdem in den Datenbank und können mit Flot oder Grafana angezeigt werden. Falls nicht, mach bitte unter Github ein "issue" auf.

[Titanflex]

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

@titanflex welche Version?
Ich vermute mal, dass du die Wirkungsgrad-Ermittlung eingeschaltet hast und bei Deiner Anlage die zu lesenden States nicht vorhanden sind. In der aktuellen Github-Version 1.9. sind die 3 States eingabefähig und diese Fehler werden sauber abgefangen (hoffentlich). Teste mal.

Also ich habe die Version

Wie kann ich diese 1.9 auf iobroker installieren? Hast du da ein Leitfaden?

Grüße

Edit:

Wirkungsgrad habe ich deaktiviert folgende Fehler stehen trotzdem an

[tp1de]

@titanflex deaktiviere mal "Statistiken zu Kesselstarts erstellen". Kommt der Fehler noch immer?

[tp1de]

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

Wie kann ich diese 1.9 auf iobroker installieren? Hast du da ein Leitfaden?

Ich habe gerade die aktualisierte Version 1.10.0 ins ioBroker Beta-Repository geladen. Es dauert immer etwas, bis Du das siehst. (unter Systemeinstellung - Repositories das Beta Repo auswählen ..)

[marsmännchen]

Da ich ja beim "Einarbeiten" von Influx,SQL und Grafana bin:
Bei Grafana gehe ich so vor:

Um meinen Datenpunkt zu erreichen habe ich "Expr:id="
Und die Nummer besagt auch den Datenpunkt der verwendet wird.
Aber wo finde ich den in IoBroker?
Oder geht das auch einfacher?
Was ich bis jetzt gefunden habe: https://forum.iobroker.net/topic/19400/sql-adapter-id
Aber wo und wie ich das finde habe ich noch nicht rausbekommen.
Edit:
Endlich gefunden. Der Befehl in der SQL CLI :

MariaDB [grafanadb]> select * from datapoints;
+----+---------------------------------------------------------------------+------+
| id | name                                                                | type |
+----+---------------------------------------------------------------------+------+
|  1 | testroll                                                            |    0 |
|  2 | testsql                                                             |    0 |

[marsmännchen]

Mittlerweile hab ich das ganze halbwegs im Griff.
Ich frage mich aber warum bei den recordings die Werte viel zu hoch sind.
Z.B.:

Ich bilde mir ein jemand hier im Thread hatte das schon mal, hab die Lösung aber nicht mehr gefunden.
Hilfe...

[tp1de]

@marsmännchen ich habe das Gefühl, dass es je nach Anlage unterschiedliche Aggregationen gibt. Stimmen die Verbrauchswerte?

Ich habe gerade einen Fehler für stündliche Temperaturwerte gefunden. Ist im Github bereits korrigiert und
kannst Du von GH laden.
Bevor ich eine neue Version fürs Repository mache, wäre es gut die anderen Werte zu überprüfen.
Stimmen die bei Dir?

[tp1de]

@marsmännchen noch ein paar Tips zu mySQL / MariaDB:

1. Installiere Dir MySQL Workbench als Front--End Analysetool
2. Du kannst Dir in mySQL / MariaDB eine View definieren, welche datapoints mit ts_number verbindet und diese in Grafana verwenden:

CREATE VIEW ts_number_t AS
SELECT
ts_number.id AS id, datapoints.name AS name, ts_number.ts AS ts, ts_number.val AS val
FROM (ts_number JOIN datapoints)
WHERE ts_number.id = datapoints.id;

[Titanflex]

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

@titanflex deaktiviere mal "Statistiken zu Kesselstarts erstellen". Kommt der Fehler noch immer?

Hi tp1de

also nachdem ich die Statistiken zu Kesselstarts deaktiviert habe, bekomme ich keine Fehlermeldungen mehr.

Allerdings ist mir was aufgefallen. Und zwar die Solarauswertung scheint mir ein wenig zu hoch zu sein.

In der Orginalapp ist das nicht der Fall.

Muss ich da noch etwas nacharbeiten ?

Grüße

[tp1de]

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

also nachdem ich die Statistiken zu Kesselstarts deaktiviert habe, bekomme ich keine Fehlermeldungen mehr.

Die Statistikfunktion verwendet die States

• heatSources.numberOfStarts
• heatSources.hs1.flameStatus

zur Auswertung. Die scheint es bei Dir nicht zu geben - oder?
.... vielleicht muss ich die Felder auch eingabefähig machen.

Allerdings ist mir was aufgefallen. Und zwar die Solarauswertung scheint mir ein wenig zu hoch zu sein.

Gilt das nur für den aktuellen Monat, oder auch für den Vormonat?

Für den aktuellen Monat berechne ich die Summe der bisherigen Tageswerte und nicht den gelesenen Monatswert.
Der aktuelle Monatswert vom km200 stimmt bei mir nicht mit dem gemessenen Verbrauch überein und einen Monatswert erhalte ich auch erst nach ein paar Tagen. Vielleicht muss ich das anpassbar machen ...

[Titanflex]

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

Die Statistikfunktion verwendet die States

heatSources.numberOfStarts
heatSources.hs1.flameStatus

zur Auswertung. Die scheint es bei Dir nicht zu geben - oder?
.... vielleicht muss ich die Felder auch eingabefähig machen.

Doch diese Punkte gibt es.

Aber ich habe wieder diese Fehler und komischerweise auch bei influxdb

Was ist das nun wieder

[tp1de]

@titanflex Retention für influxdb muss auf >170 weeks oder unendlich gesetzt werden. Welche Version V1 oder V2?

... den Rest schaue ich gerade.

[Titanflex]

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

@titanflex Retention für influxdb muss auf >170 weeks oder unendlich gesetzt werden. Welche Version V1 oder V2?

... den Rest schaue ich gerade.

Un wo stelle ich die Retention ein ? influxdb Adapter ist v1

[tp1de]

@titanflex liest du den readme file unter github? (steht dort)

For InfluxDB V1 the retention policy has to be set to a minimum of 170 weeks. (alter retention policy global on iobroker duration 170w;)
For InfluxDB V2 the global retention policy is set by the influxdb adapter - please set within influxdb adapter the storage retention time to "no automatic deletion" !

Wenn Deine Datenbank nicht iobroker heißt, dann musst Du anpassen !!!