Monatsrückblick Januar/Februar 2026 ist online!

[tp1de]

@johannes81
Stimmt die IP-Adresse ? Diese sollte mit http:// beginnen !
Gib mal http://192.168.1.60/api?device=system&cmd=info im Browser ein.
Dieser http request ohne vorangestelltes http:// erzeugt im Adapter den Fehler. Alles andere sind Folgefehler.

Leider verstehe ich den Punkt des EMS Access Token nicht.

EMS Access Token gibt es nur im V3. Im V2 muss API enabled sein. Dann kann man Lesen und Schreiben.
Ab V3 gibt es dann den Token um unautorisiertes Schreiben zu verhindern.

[Johannes81]

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

http://192.168.1.60/api?device=system&cmd=info

Hallo tp1de,

das Präfix http:// hat geholfen!

Danke für den Hinweis!

[tp1de]

Um diese Art von Eingabefehlern zu vermeiden, habe ich eine neue Version 0.9.7 hochgeladen.
Diese ergänzt dann "http://" wenn dieser Präfix fehlt.

[td1werd]

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

@td1werd
Ohh 3 Solarmodule mit unterschiedlichen id's und handlers. (noch nie gesehen ....)

• Was ergibt ems-esp/api/solar ?
• Was erkennt der ems-esp iobroker Adapter für das km200 Gateway an Solar-Daten ?

Mir ist aktuell nicht bekannt, wie ich die unterschiedlichen id's per API V3 auslesen kann.

Ich sehe gerade Dein Github issue #164. MichaelDvP hat ja bestätigt, das aktuell nur ein Solarmodul unterstützt wird.
So kann der ems-esp ioBroker-Adapter die Daten nicht lesen, da API V3 das nicht unterstützt.

Es handelt sich ja eigentlich nicht um drei Solarmodule.
Es sind nur zwei: ein SM200 mit einem SM100 als Erweiterung wegen der Differenzregelung. Als Folge muss auch der zweite Solarkreis am Erweiterungsmodul angeschlossen werden. Beide haben ja den selben handlers.
Nun wird aber noch das Warmwassermodul MS100 (für eine Frischwasserstation) als Solarmodul erkannt/gedeutet.

ems-esp/api/solar zeigt die Werte des SM200 - verwunderlich dabei, dass am Ende Werte des Warmwasser stehen. Habe ich glaube schon erwähnt.. aber nur mit 1°C bzw 0°C. das kann ja auch stimmen, da das kein Warmwassermodul sondern ein Solarmodul ist was am SM200 mit dran hängt.

Die Werte für die km200 Gateway habe ich noch nicht auslesen lassen. Habe statt dessen den km200 Adapter genommen. Dieser findet nur einen Solarkreis. Aber dafür die richtigen Warmwasserdaten an der entsprechenden Stelle.

Ich danke an dieser Stelle noch einmal ausdrücklich für Eure Bemühungen!!

Thomas

[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 .... :grin:

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 :)