Neuer Adapter EMS-ESP für Bosch Heizungen

[tp1de]

Die aktuelle Version 0.9.8 unterstützt nun auch das Auslesen von Dallas Sensoren.

[manrum1]

@tp1de : Hi, ich mal wieder

Habe heute meinen kompletten Baum exportiert, dabei ist mir aufgefallen, dass die Außentemperatur im Objekt-Browser zwar richtig angezeigt wird (8,1),

im Export und unter Details aber den falschen Wert (21,1) liefert:
OB2_outddor_t1.jpg

Passiert bei meinen beiden Instanzen (jeweils gleiche Junkers-Thermen), sonst habe ich (noch) keine Aufälligkeiten bemerkt. Bug im Adapter oder im iobroker selbst?

VG M

[tp1de]

@manrum1 Worauf Du nicht alles achtest ....

In ioBroker wird zwischen Objekt-Daten (werden einmal angelegt) und den aktuellen States unterschieden.
Du hast die Objektdaten exportiert. Bei den km200 Objektdaten wird vom Adapter unter "native" die Rückantwort des km200 bei der Erst- bzw. Neuanlage angelegt. Dort ist auch der Wert enthalten (hat aber keine Bedeutung) ---- und hat nichts mit den States zu tun (d.h. den aktuellen Werten).

Unter "native" habe ich bei km200-Datenpunkten einfach alle Info's vom Buderus / Bosch API-Call eingetragen (Erst-Anlage). Wenn Du die Objektstruktur löscht, dann werden alle Daten neu initialisiert. Value sollte ich vielleicht nicht eintragen .... vielleicht in einer neuen Version.

[manrum1]

@tp1de Aha, danke für die Info. Wie kann ich dann den Objektbaum mit den aktuellen Daten exportieren?

[tp1de]

@manrum1
Ich wüsste nicht wie ohne Javascript.
Aber wozu denn?

[manrum1]

@tp1de Ganz einfach, um die Daten einfach miteiender vergleichen zu können. Ich habe immer noch komische und total unrealistsche Verbrauchswerte, in der Realität ist alles vergleichbar und normal.

Die Statistiken weichen komplett voneinander ab, z. B. über ems-esp.x.heatSources.energyMonitoring.consumption:

Hier gibt es noch einen heatSources.energyMonitoring.correctionFactor, der steht einmal auf 0,8 und bei der anderen Heizung auf 1.

Aber wenn das nur mit Script geht mach ich mich mal auf die Suche

Danke noch mal

[tp1de]

@manrum1 Geht es um die Gasverbräuche?

Ich habe festgestellt, das mein km200 Gateway am 8.12. um 18:30 Uhr ein Update bekommen hat (04.07.07).
Seitdem habe ich auch Unstimmigkeiten mit den Verbräuchen. Schon beim letzten Update gab es dort Fehler !
Habe mich beim Bosch-Team damals beschwert und 2 Wochen später war die alte Version wieder aktiv.

Aktuell stimmen die Werte bei mir nur für die letzten 12 Monate mit dem Bosch / Junkers Homecon Portal überein.
Die MyBuderus APP zeigt zu hohe Werte an (30% Abweichung).

Ich kann über diese "Qualität" bei der Softwareentwicklung nur irritiert den Kopf schütteln.
Der correctionFactor hat bisher nicht funktioniert.

Ich habe mir auch vorgenommen, dies mal genauer zu untersuchen.

[manrum1]

@tp1de Richtig, habe die gleiche Version auf beiden Heizungen.

Welches Homecom Portal meinst Du, ich dachte das wäre für Privatanwender nicht mehr verfügbar?

[tp1de]

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

Welches Homecom Portal meinst Du, ich dachte das wäre für Privatanwender nicht mehr verfügbar?

https://www.junkers-homecom.de/portal/#/

Dort wird auf die HomeCom Easy App verwiesen. Diese zeigt die gleichen falschen Daten wie die MyBuderus App.
Wegclicken dann funktioniert das Portal noch ...
Daneben gibt es noch die MyDevice App, mit der der Zugangscode für das km200 Gateway generiert wird.
Da blicke noch einer durch ....

[tp1de]

Nachdem ich mir die Detaildaten im km200 Interface angesehen habe, bleibt festzuhalten, dass mit der neuen Firmware einige Daten fehlen (4.Quartal 2020) und andere Daten-Sätze definitiv falsch sind.

D.h. seit einer Woche mit der neuen Firmwareversion funktionieren die Recordings nicht mehr !
Ein ähnliches Problem gab es bereits ca. vor einem Jahr ! Hat dann ein paar Wochen gedauert, bis es repariert war.

[mpenno]

@tp1de

Hallo zusammen,
ich nutze schon seit geraumer Zeit den km200-Adapter. Die Grundfunktionen zum Auslesen funktionieren soweit, jedoch bin ich bei der Verbrauchs-Auswertung nicht weitergekommen.
Du hast, wie es scheint, die Berechnung aus den Recording-Werten ganz gut verstanden Ich leider nicht.
Im Thread Adapter für Buderus KM200... habe ich versucht, Deine Erklärungen zu verfolgen. Ich habe es nicht hinbekommen, einen plausiblen kWh Verbrauch für die Heizung und für das Warm-Wasser zu loggen.
Da ich aufgrund eines Flüssiggastanks keinen Gaszähler als Vergleich habe, hatte ich irgendwie versucht, die Recording-Werte mit der Anzeige vom Buderus RC300 in Einklang zu bringen:

... aber egal. Im Thread oben hast Du es mir so schön schmackhaft gemacht, dass Dein Adapter die Verbrauchswerte direkt berechnet und in die Datenbank schreibt.

Deshalb wollte ich mir Deinen Adapter anschauen. Die Installation der Version 0.9.8 verlief gut. Es werden viele Werte ausgelesen (noch habe ich den "*" als Filter. Beschränken wollte ich es später, wenn ich sehe, was Du zum Loggen und Berechnen alles benötigst).

Leider sind aber die Recording-Werte rot und "(null)".
Deshalb gibt es natürlich auch die Zeilen im Log, mit dem Fehler beim Schreiben in die Datenbank, oder?

2021-12-21 17:10:37.295 - info: smartmeter.0 (683) Received 7 values, 3 updated
2021-12-21 17:15:38.632 - info: smartmeter.0 (683) Received 7 values, 3 updated
2021-12-21 17:18:52.195 - info: host.iobroker "system.adapter.ems-esp.0" enabled
2021-12-21 17:18:52.320 - info: host.iobroker instance system.adapter.ems-esp.0 started with pid 31189
2021-12-21 17:18:54.598 - info: ems-esp.0 (31189) starting. Version 0.9.8 in /opt/iobroker/node_modules/iobroker.ems-esp, node: v12.22.6, js-controller: 3.3.21
2021-12-21 17:18:54.754 - info: ems-esp.0 (31189) starting. Version 0.9.8 in /opt/iobroker/node_modules/iobroker.ems-esp, node: v12.22.6, js-controller: 3.3.21
2021-12-21 17:18:55.760 - info: ems-esp.0 (31189) Start reading km200 data-structure
2021-12-21 17:19:38.092 - info: ems-esp.0 (31189) End reading km200 data-structure: 117 fields found
2021-12-21 17:19:38.094 - info: ems-esp.0 (31189) write km200 file:/opt/iobroker/iobroker-data//ems-esp/km200.csv
2021-12-21 17:19:38.121 - info: ems-esp.0 (31189) start initializing km200 states
2021-12-21 17:20:04.030 - info: ems-esp.0 (31189) end of initializing km200 states
2021-12-21 17:20:09.169 - info: ems-esp.0 (31189) km200:true 300 secs
2021-12-21 17:20:09.169 - info: ems-esp.0 (31189) recordings:true hour
2021-12-21 17:20:09.783 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-21 17:20:16.357 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-21 17:20:23.409 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-21 17:20:31.519 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-21 17:20:39.244 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-21 17:20:39.549 - info: smartmeter.0 (683) Received 7 values, 3 updated
2021-12-21 17:20:43.887 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-21 17:25:40.783 - info: smartmeter.0 (683) Received 7 values, 3 updated
2021-12-21 17:30:41.553 - info: smartmeter.0 (683) Received 7 values, 3 updated

Hast Du eine Idee, woran es liegen könnte?

[manrum1]

@tp1de Also die Daten aus dem ems-Adapter, gespeichert in der Daten bank (bei mir influx) sind die gleichen, die auch der km200-Adapter liefert. Die Daten aus der App sind ähnlich, aber nicht 100% deckungsgleich. Meine Vermutung ist, dass die App gröber auswertet, also z. B. über Monate hinweg dem vorherigen oder folgenden zuschlägt.
Generell weichen die Werte aber zur Realität ab (sind zu hoch). Genaueres kann ich leider im Moment nicht auswerten, dazu fehlt mir neben Zeit, auch noch die Messreihen um diese langfristig zum Zählerstand abgleichen zu können.

Immer noch unklar ist:
ems-esp,0,recordings,actualPower,_Days - ist dies doch der Gesamtverbrauch oder?
dann wäre der Wert für nur Heizung: ems-esp,0,recordings,actualPower,_Days - ems-esp,0,recordings,actualDHWPower,_Days

Wozu gibt es im km200-Recording
km200.0.recordings.heatSources.actualCHPower._Days
km200.0.recordings.heatSources.actualDHWPower._Days

km200.0.recordings.heatSources.hs1.actualPower._Days (scheint die Summe aus oben (CHPower und DHWPower) zu sei, passt aber nicht zu 100%

Dann gibt es noch
km200.0.recordings.heatSources.actualPower._Days, ist aber gleich zu km200.0.recordings.heatSources.hs1.actualPower._Days

Na ja, jetzt ist ja bald Weihnachtszeit und Lockdown(?), dann habe ich Zeit meine 2. Heizung auszuwerten. Vielleicht gibt es dann neue Erkenntnisse

[tp1de]

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

immer noch unklar ist:
ems-esp,0,recordings,actualPower,_Days - ist dies doch der Gesamtverbrauch oder?
dann wäre der Wert für nur Heizung: ems-esp,0,recordings,actualPower,_Days - ems-esp,0,recordings,actualDHWPower,_Days

Das ist richtig ich lese aktuell nur Gesamt- und Warmwasser-Energieverbrauch. (Stunden, Tage, Monate).
Da ich auch meinen Gaszähler auswerte, weiß ich, dass meine Abweichung ca. 4,6% beträgt. Real höher.

Bei mir sind auf einmal die Verbräuche für September-November 2020 0 und der November 2021 Wert um 1000 kWh niedriger als in der App.
Hast Du alle Vorjahreswerte?

[tp1de]

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

Leider sind aber die Recording-Werte rot und "(null)".
Deshalb gibt es natürlich auch die Zeilen im Log, mit dem Fehler beim Schreiben in die Datenbank, oder?

Die Anzeige von Nullwerten ist normal, da ich die States im array in die Datenbank schreibe.
Du siehst ja dass Durchschnittswerte berechnet werden.
Ruf mal die Datenpunkte mit Flot-Graphik oder Grafana auf, dann siehst du auch die Werte. (hoffentlich)

Zu den influxdb Fehlern: Ich selber benutze Influxdb nicht. Habe aber Version 1.8 getestet und diese hat funktioniert.
Welche Version benutzt Du?

[mpenno]

@tp1de

Ja, stimmt. Du hast recht. Da wird ja fleißig geloggt Aufgrund der Fehlermeldung, bin ich gar nicht auf die Idee gekommen, nachzuschauen.

2021-12-22 08:20:10.233 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-22 08:20:17.151 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-22 08:20:24.613 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-22 08:20:33.161 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-22 08:20:40.797 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing
2021-12-22 08:20:45.437 - warn: influxdb.0 (610) Error in received multiQuery: Exception: Array element #2: Query messing

Ich nutze influxDB Version 2.1.1.

Der integrierte Datenexplorer zeigt es folgendermaßen an:

Im Screenshot einmal die Werte für:

• "ems-esp.0.recordings.actualDHWPower._Hours"

• "ems-esp.0.recordings.actualPower._Hours"

Die Einheit ist kWh, oder?

Viele Grüße

[manrum1]

@tp1de Ja, das ist ja auch meine Feststellung, die App weißt zu hohe Werte aus.

Wie gesagt, ich hoffe über Weihnachten mal mehr Zeit zu haben, dann gibts vielleicht neue Erkenntnisse

[mango1402]

Hallo,
Hab den Adapter kürzlich installiert - ging dank guter Anleitung ohne Probleme.
Nur: Es schreibt mir das Log alle 30s mit 'dallas parse error' voll - obwohl gar keine Dallas-Sensoren vorhanden sind:

ems-esp.0 2021-12-23 13:16:12.909 info ems read dallassensor parse error: http://192.168.178.81/api/dallassensor->Invalid
ems-esp.0 2021-12-23 13:15:42.855 info ems read dallassensor parse error: http://192.168.178.81/api/dallassensor->Invalid
ems-esp.0 2021-12-23 13:15:12.800 info ems read dallassensor parse error: http://192.168.178.81/api/dallassensor->Invalid
ems-esp.0 2021-12-23 13:14:42.834 info ems read dallassensor parse error: http://192.168.178.81/api/dallassensor->Invalid
ems-esp.0 2021-12-23 13:14:12.854 info ems read dallassensor parse error: http://192.168.178.81/api/dallassensor->Invalid
ems-esp.0 2021-12-23 13:13:42.846 info ems read dallassensor parse error: http://192.168.178.81/api/dallassensor->Invalid
ems-esp.0 2021-12-23 13:13:12.896 info ems read dallassensor parse error: http://192.168.178.81/api/dallassensor->Invalid

die entsprechende Seite 'http://192.168.178.81/api/dallassensor' zeigt:

{
"message": "unknown device"
}

am EMS-ESP32 zeigt das Web-Backend:

no Dallas temperature sensors were detected

Firmware ist aktuell (v3.3.0b4), alle anderen Werte werden richtig ausgelesen.
Liegt's am Adapter oder doch am EMS-ESP32 Device?

Danke,
Manfred

[tp1de]

@mango1402
Hmmm .... die Dallas Sensoren habe ich erst neulich auf Wunsch hinzugefügt. Ich habe die Meldung nun unterdrückt.
Kannst Du bitte mal neu aus dem Github laden und sagen, ob es nun funktioniert?

[tp1de]

Ich habe gerade die Version 0.9.9 hochgeladen. Dort wird jetzt das Lesen der Dallas Sensoren in den Adapter-Parametern en- bzw. disabled.

*** Ich wünsche allen ein schönes geruhsames Weihnachtsfest. Bleibt gesund ***

[mango1402]

@tp1de
Sorry, Adapter Version 0.9.9 startet gar nicht mehr.....

host.raspiSmartHome 2021-12-24 14:38:47.841 info Restart adapter system.adapter.ems-esp.0 because enabled
host.raspiSmartHome 2021-12-24 14:38:47.840 error instance system.adapter.ems-esp.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
ems-esp.0 2021-12-24 14:38:47.655 warn Terminated (UNCAUGHT_EXCEPTION): Without reason
ems-esp.0 2021-12-24 14:38:47.653 info terminating
ems-esp.0 2021-12-24 14:38:47.155 warn Terminated (UNCAUGHT_EXCEPTION): Without reason
ems-esp.0 2021-12-24 14:38:47.154 info terminating
ems-esp.0 2021-12-24 14:38:47.141 error Cannot convert undefined or null to object
ems-esp.0 2021-12-24 14:38:47.140 error TypeError: Cannot convert undefined or null to object at Function.entries (<anonymous>) at init_states_emsesp (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:973:37) at processTicksAndRejections (internal/process/task_queues.js:95:5) at async EmsEsp.onReady (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:164:34)
ems-esp.0 2021-12-24 14:38:47.139 error unhandled promise rejection: Cannot convert undefined or null to object
ems-esp.0 2021-12-24 14:38:47.138 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
ems-esp.0 2021-12-24 14:38:47.137 error Cannot convert undefined or null to object
ems-esp.0 2021-12-24 14:38:47.136 error TypeError: Cannot convert undefined or null to object at Function.entries (<anonymous>) at init_states_emsesp (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:973:37) at processTicksAndRejections (internal/process/task_queues.js:95:5) at async EmsEsp.onReady (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:164:34)
ems-esp.0 2021-12-24 14:38:47.135 error unhandled promise rejection: Cannot convert undefined or null to object
ems-esp.0 2021-12-24 14:38:47.134 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
ems-esp.0 2021-12-24 14:38:47.090 info V3 url:http://192.168.178.81/api/system
ems-esp.0 2021-12-24 14:38:47.087 info start initializing ems states
ems-esp.0 2021-12-24 14:38:47.085 info API version identified V3
ems-esp.0 2021-12-24 14:38:45.543 info starting. Version 0.9.9 in /opt/iobroker/node_modules/iobroker.ems-esp, node: v14.18.2, js-controller: 3.3.22
ems-esp.0 2021-12-24 14:38:45.460 info starting. Version 0.9.9 in /opt/iobroker/node_modules/iobroker.ems-esp, node: v14.18.2, js-controller: 3.3.22
host.raspiSmartHome 2021-12-24 14:38:43.110 info instance system.adapter.ems-esp.0 started with pid 14286

Wünsche ebenfalls fröhliche, und besinnliche Weihnachten.