Neuer Adapter EMS-ESP für Bosch Heizungen

mpenno

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.

mango1402

Update:
hab es nun mit viel herumprobieren geschafft, überhaupt die Version 0.9.8 wieder zum Laufen zu bringen:

Instanz löschen
Adapter löschen
iob stop
iob fix
System reboot
Adapter von GitHub holen (https://github.com/tp1de/ioBroker.ems-esp/tree/v0.9.8)
Instanz hinzufügen

Aber sobald ich auf 0.9.9 updaten möchte, kommen die o.a. Fehler und Adapter wird deaktiviert....

tp1de

@mango1402 ich hatte gestern Abend noch den Adapter leicht geändert. Hast Du den nochmal aus dem Github geladen? Welche EMS-ESP Version läuft bei Dir?

Ich mache mir gerade Gedanken, wie ich mit dem Adapter weiter umgehen soll.
Es gibt so viele Änderungen (ohne Vorankündigung) so dass ich laufend anpassen muss. Das wird mir selber langsam Zuviel. Bei mir läuft die EMS-ESP Version v3.3.1b1, aber bei vielen anderen Benutzern andere Versionen.
Die bekomme ich in einer Version des Adapters nicht mehr zusammen.

Ich werde jetzt mal die letzte stable Version 3.3.0 testen und dann wahrscheinlich den Adapter im Github nur für die letzte V3 stable Version anpassen. Mal sehen ....

Ich bin kein IT-Experte und kenn mich im Github und ioBroker Repository nicht richtig aus.
Ich muss mal schauen, wie ich dort verschiedene Versionen bereitstellen kann.

tp1de

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

hab es nun mit viel herumprobieren geschafft, überhaupt die Version 0.9.8 wieder zum Laufen zu bringen:

Instanz löschen
Adapter löschen
iob stop
iob fix
System reboot
Adapter von GitHub holen (https://github.com/tp1de/ioBroker.ems-esp/tree/v0.9.8)
Instanz hinzufügen

Es ist nicht notwendig iob zu stoppen, zu fixen bzw. zu rebooten oder den Adapter bzw. die Instanz zu löschen.
Das (Neu)Laden von Github ersetzt im Adapter den Code unter /opt/iobroker/node_modules/iobroker.ems-esp und dann im upload auch in den Instanzen.

tp1de

@mango1402 Bei mir läuft der Adapter sowohl unter der latest Stable Version 3.3.0 als auch in der letzten Development Version 3.3.1b1. Ich werde aber ein paar mehr Fehlerprüfungen einbauen ....

Poste bitte mal den Output unter: http://192.168.178.81/api/system

mango1402

@tp1de Ja, hätte ich auch angenommen dass ein 'drüberinstallieren' reichen müsste. Aber glaub mir, ich hab alles versucht, auch ein 'downgrade' von 0.9.9 auf 0.9.8 hat so nicht funktioniert. Und auch nur iob stop und iob start bzw. iob fix hat nicht gereicht, erst durch den reboot und danach installieren vom Adapter ist alles wieder gelaufen. Aber auch mit 0.9.9 funktioniert diese Prozedur nicht.

hier der Output vom api/system:

{
  "System": {
    "version": "3.3.0b4",
    "uptime": "002+23:05:44.112",
    "uptime (seconds)": 255944,
    "freemem": 157,
    "reset reason": "Software reset CPU / Software reset CPU",
    "Dallas sensors": 0
  },
  "Status": {
    "bus": "connected",
    "bus protocol": "Buderus",
    "telegrams received": 221343,
    "read requests sent": 51213,
    "write requests sent": 0,
    "incomplete telegrams": 28,
    "tx fails": 0,
    "rx line quality": 100,
    "tx line quality": 100,
    "Dallas reads": 0,
    "Dallas fails": 0
  },
  "Devices": [
    {
      "type": "Boiler",
      "name": "BK13/BK15/Smartline/GB1x2 (DeviceID:0x08, ProductID:64, Version:02.05)",
      "handlers": "0x10 0x11 0xC2 0x14 0x15 0x1C 0x18 0x19 0x1A 0x35 0x16 0x33 0x34 0x26 0x2A 0xD1 0xE3 0xE4 0xE5 0xE6 0xE9 0xEA"
    },
    {
      "type": "Thermostat",
      "name": "ES73 (DeviceID:0x10, ProductID:76, Version:02.06)",
      "handlers": "0xA3 0x06 0xA2 0x12 0x3E 0x3D 0x3F 0x48 0x47 0x49 0x52 0x51 0x53 0x5C 0x5B 0x5D 0xA5 0x37"
    },
    {
      "type": "Controller",
      "name": "BC10/RFM20 (DeviceID:0x09, ProductID:68, Version:02.00)"
    }
  ]
}

@tp1de
aber bei vielen anderen Benutzern andere Versionen.
Die bekomme ich in einer Version des Adapters nicht mehr zusammen.

Mach es so wie alle anderen Adapter-Entwikler: gib einfach eine stable-Version vor, und alle anderen werden nicht unterstützt.

Wenn ich was für Dich testen kann, dann einfach her damit
Und nochmals Danke für die tolle Arbeit und dass Du uns Deinen Adapter zur Verfügung stellst!

tp1de

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

Wenn ich was für Dich testen kann, dann einfach her damit

Ich bin dabei mich schlau zu machen, wie ich den Adapter ins offizielle ioBroker Repro bekomme.
Im Github und NPM ist er jetzt bereits mit der Version 0.9.9.
Latest Stable Firmware für EMS-ESP ist ja 3.3.0 und latest Development 3.3.1b1.

Ich verstehe nicht warum die aktuelle Github Version von 0.9.9 bei Dir nicht funktioniert.
Hattest Du noch mal neu installiert?

Es gibt eigentlich seit 3.3.0 (stable) einen Infoblock "Network" in api/system - der fehlt bei Dir in 3.3.0b4.
Deshalb in der ersten v0.9.9 der Fehler. Jetzt sollte der abgefangen werden.

Mit der 3.3.0b4 hatte ich aber glaube ich einige Probleme. Ich würde Dir raten entweder auf die Stable oder latest Development Version zu gehen.

Schreib dann bitte mal, ob dann 0.9.9 in diesen Kombinationen bei Dir funktioniert. Erst bei positiver Rückmeldung möchte ich den Adapter dann ins offizielle ioBroker Repository übernehmen lassen.

mango1402

Habe vor gut einer halben Stunde die letztaktuelle Version (mit Tag 0.9.9+) installiert.
Mit dieser Version tut nun alles einwandfrei!
Muss mit was von Deinen gestrigen Änderungen zu tun haben. Ich vermute auch, mit meinem fehlenden Network-Eintrag.

Jetzt kapier ich auch die Versionierung beim EMS-ESP. '3.3.0b4' ist in dem Fall ja eine Beta-Version VOR dem release von 3.3.0.
Ich wer'd demnächst ein FW-Update machen.

Danke!
lg Manfred

tp1de

@mango1402 Danke für Dein Feedback Manfred. Dann werde ich mich mal mit dem ioBroker repository auseinandersetzen. Kann sein, dass ich dann ggfs. die Versionsnummer erhöhen muss. Mal sehen ob ich alles richtig verstanden habe ...

Grüße Thomas

mpenno

@tp1de Du fragtest mich, welche Datenbankversion ich benutze. Ich verwende die InfluxDB2.0.

Ich habe mal Deinen Adapter und den Influx-Adapter auf "Debug" gestellt, um vielleicht etwas mehr zu den immer wiederkehrenden Error-Meldungen herauszubekommen.

Ich meine diese hier (Log-Modus: Info)

2022-01-05 17:27:47.585 - info: influxdb.0 (4003) Connected!
2022-01-05 17:28:13.673 - info: ems-esp.0 (3975) End reading km200 data-structure: 117 fields found
2022-01-05 17:28:13.675 - info: ems-esp.0 (3975) write km200 file:/opt/iobroker/iobroker-data//ems-esp/km200.csv
2022-01-05 17:28:13.700 - info: ems-esp.0 (3975) start initializing km200 states
2022-01-05 17:28:38.725 - info: ems-esp.0 (3975) end of initializing km200 states
2022-01-05 17:28:43.824 - info: ems-esp.0 (3975) km200:true 300 secs
2022-01-05 17:28:43.825 - info: ems-esp.0 (3975) recordings:true hour
2022-01-05 17:28:44.385 - warn: influxdb.0 (4003) Error in received multiQuery: Exception: Array element #2: Query messing
2022-01-05 17:28:51.072 - warn: influxdb.0 (4003) Error in received multiQuery: Exception: Array element #2: Query messing
2022-01-05 17:28:58.167 - warn: influxdb.0 (4003) Error in received multiQuery: Exception: Array element #2: Query messing
2022-01-05 17:29:06.478 - warn: influxdb.0 (4003) Error in received multiQuery: Exception: Array element #2: Query messing
2022-01-05 17:29:14.518 - warn: influxdb.0 (4003) Error in received multiQuery: Exception: Array element #2: Query messing
2022-01-05 17:29:19.238 - warn: influxdb.0 (4003) Error in received multiQuery: Exception: Array element #2: Query messing
2022-01-05 17:32:11.293 - info: smartmeter.0 (550) Received 7 values, 3 updated
2022-01-05 17:37:13.154 - info: smartmeter.0 (550) Received 7 values, 3 updated

Wenn beide Adapter auf Debug stehen, hagelt es natürlich nur so von Meldungen, wenn ich aber den wesentlichen Teil herauskopiere, scheint er die "Query" nicht zu mögen:

2022-01-05 17:26:24.470  - debug: ems-esp.0 (3803) sendTo "query" to system.adapter.influxdb.0 from system.adapter.ems-esp.0: drop series from "ems-esp.0.recordings.actualDHWPower._Months";
2022-01-05 17:26:24.472  - debug: influxdb.0 (3263) Incoming message query from system.adapter.ems-esp.0
2022-01-05 17:26:24.473  - warn: influxdb.0 (3263) Error in received multiQuery: Exception: Array element #2: Query messing

Hier mit einem größerem Log-Ausschnitt:

2022-01-05 17:26:24.289  - debug: influxdb.0 (3263) init timed Relog: getState ems-esp.0.heatSources.hs1.flameStatus:  Value=0, ack=true, ts=1641399519190, lc=1641399519190
2022-01-05 17:26:24.290  - debug: influxdb.0 (3263) timed-relog ems-esp.0.heatSources.hs1.flameStatus, value=0, lastLogTime=1641399969289, ts=1641399984290
2022-01-05 17:26:24.290  - debug: influxdb.0 (3263) Datatype ems-esp.0.heatSources.hs1.flameStatus: Currently: number, StorageType: false
2022-01-05 17:26:24.290  - debug: influxdb.0 (3263) Write Point: ems-esp.0.heatSources.hs1.flameStatus values:{"value":0,"time":"2022-01-05T16:26:24.290Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null
2022-01-05 17:26:24.328  - debug: influxdb.0 (3263) Point written to iobroker
2022-01-05 17:26:24.470  - debug: ems-esp.0 (3803) sendTo "query" to system.adapter.influxdb.0 from system.adapter.ems-esp.0: drop series from "ems-esp.0.recordings.actualDHWPower._Months";
2022-01-05 17:26:24.472  - debug: influxdb.0 (3263) Incoming message query from system.adapter.ems-esp.0
2022-01-05 17:26:24.473  - warn: influxdb.0 (3263) Error in received multiQuery: Exception: Array element #2: Query messing
2022-01-05 17:26:24.473  - debug: influxdb.0 (3263) sendTo "query" to system.adapter.ems-esp.0 from system.adapter.influxdb.0
2022-01-05 17:26:26.476  - debug: ems-esp.0 (3803) sendTo "storeState" to system.adapter.influxdb.0 from system.adapter.ems-esp.0
2022-01-05 17:26:26.478  - debug: influxdb.0 (3263) Incoming message storeState from system.adapter.ems-esp.0
2022-01-05 17:26:26.478  - debug: influxdb.0 (3263) storeState: store 1 state for ems-esp.0.recordings.actualDHWPower._Months
2022-01-05 17:26:26.479  - debug: influxdb.0 (3263) Write Point: ems-esp.0.recordings.actualDHWPower._Months values:{"value":0,"time":"2022-01-14T23:00:00.000Z","from":"","q":0,"ack":true} options: null
2022-01-05 17:26:26.479  - debug: influxdb.0 (3263) sendTo "storeState" to system.adapter.ems-esp.0 from system.adapter.influxdb.0
2022-01-05 17:26:26.529  - debug: influxdb.0 (3263) Point written to iobroker

Ich könnte auch ein größeres Log zur Verfügung stellen.

Viele Grüße (und ein frohes Neues!)

tp1de

@mpenno Influxdb 2.0 habe ich nicht installiert und kann ich deshalb nicht testen.
Unterstützt wird aktuell nur Version 1.8. Die Query Syntax hat sich geändert.

Ich versuche den Adapter ins offizielle ioBroker-Repository zu kommen.
Das ist bisher sehr viel Aufwand gewesen. Danach kann ich ggfs. Influxdb 2.0 testen .... musst also etwas warten oder mySQL bzw. die Version 1.8 verwenden.

NEWS

Neuer Adapter EMS-ESP für Bosch Heizungen

Support us

1.8k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts

NEWS

Neuer Adapter EMS-ESP für Bosch Heizungen

Support us

1.8kOnline

30.4kUsers

76.7kTopics

1.2mPosts

1.8k
Online

30.4k
Users

76.7k
Topics

1.2m
Posts