UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 :rolling_on_the_floor_laughing:

[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 !!!

[tp1de]

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

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

Ich habe eine neue Version 1.11.0 released. Ich hoffe damit sind die Fehlermeldungen weg.

In der Adapter-Konfiguration für Recordings ist jetzt wählbar, ob die kWh-Werte interpoliert werden sollen, wenn die Anzahl der Samples kleiner ist als der theoretische Soll.
Schau mal, ob ohne Interpolation die Solarwerte stimmen.

siehe auch README.md im github: https://github.com/tp1de/ioBroker.ems-esp/blob/main/README.md

[Rickman]

Hi tp1de,
hier ist es auch einfacher, weil Deutsch... :joy:

Also, wenn ich im Browser 192.168.0.253/api/system eingebe, bekomme ich nur die Meldung Invalid syntax. Somit läuft wohl nicht die V3.

Auch mein Settings Fenster sieht ein wenig annders aus, als das, was Du eben auf Discord gezeigt hast. Ich hänge meine System Statusseite und meine Settings mal an.

Nebenbei. Ich habe kein KM200. Das Gateway hängt direkt am Service Jack vom BC10...

[Titanflex]

@tp1de

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

@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 !!!

Hi,

Da ich neu in dem Thema influxdb und SQL bin, hab ich noch nicht die Ahnung wo ich das ganze abändern soll :) Ich weiß mittlerweile wie man eine Datenbank anlegt und User definiert, aber dann hört es im moment allerdings auf.

Grüße

[tp1de]

@rickman ohjeee .... Du nutzt ja eine ur-ur alte Firmware auf dem ems-esp Gateway. Gefühlt fast ein Jahr alt (V3.0.1).
Aktuelle Stable Version ist seit einigen Monaten v3.3.1 - damit funktioniert der Adapter. Oder Du nimmst die aktuelleEMS-ESP-3_4_0b13-ESP32.bin dev version 3.4.0b13:

[tp1de]

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

Da ich neu in dem Thema influxdb und SQL bin, hab ich noch nicht die Ahnung wo ich das ganze abändern soll Ich weiß mittlerweile wie man eine Datenbank anlegt und User definiert, aber dann hört es im moment allerdings auf.

Dann rate ich zu mySQL / MariaDB und die Verwendung des Flot-Adapters für Grafiken. Das ist am Einfachsten.

[Rickman]

@tp1de
ok - oops. :joy: Ich dachte es wäre die V 3.3.5.1 installiert.
Die .bin Datei kann ich einfach auf den Gateway S32 von BBQKees Electronics aufspielen?

[tp1de]

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

Die .bin Datei kann ich einfach auf den Gateway S32 von BBQKees Electronics aufspielen?

JAAAAA

[Rickman]

@tp1de
DANKEEEE... Wollte nur sicher gehen. :joy: :joy: :joy:

[tp1de]

@rickman Soweit ich mich erinnere hat sich die Datenstruktur geändert. Lösch bitte die Objektstruktur in ioBroker. Hast Du denn den aktuellen ioBroker.ems-esp Adapter in Version 1.11.0 installiert?

[Titanflex]

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

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

Da ich neu in dem Thema influxdb und SQL bin, hab ich noch nicht die Ahnung wo ich das ganze abändern soll Ich weiß mittlerweile wie man eine Datenbank anlegt und User definiert, aber dann hört es im moment allerdings auf.

Dann rate ich zu mySQL / MariaDB und die Verwendung des Flot-Adapters für Grafiken. Das ist am Einfachsten.

Okay also SQL ist einfacher ? Hört sich jetzt wieder komisch an, aber gibts dazu irgendwelche Dokus die leicht verständlich alles erklären ?

[tp1de]

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

Okay also SQL ist einfacher ? Hört sich jetzt wieder komisch an, aber gibts dazu irgendwelche Dokus die leicht verständlich alles erklären ?

Mit Google findest du alles - auch Einführungen.
Das "einfacher" bezieht sich darauf, dass Du nichts weiter konfigurieren musst, nur sicherstellen, dass mySQL /MariaDB funktioniert.

Ich mach alles mit VIS und FLOT. InfluxDB und Grafana habe ich nach Tests wieder verworfen. Insbesondere InfluxDB V2 hat eine eigene Abfragesprache - nicht SQL.

[Rickman]

@tp1de
Alles klar. Fetten Dank für Deine Hilfe! :+1: :grinning:
Ist jetzt alles auf dem neuesten Stand. Hatte noch die Stable 1.4 drauf und nun auf die 1.11.1 aktualisiert. Den Objektbaum hatte ich gelöscht und es stehen nur noch die neuen Werte drin.
Nun existiert halt immer noch das "Problem" mit der datetime Einstellung.

Als Logauszug bekomme ich das hier:

2022-04-25 12:11:26.389 W 87: [thermostat] Set date: invalid data, wrong length
2022-04-25 12:11:26.389 E 88: [emsesp] Write command failed callback function failed (Error)
2022-04-25 12:11:29.418 W 89: [telegram] Incomplete Rx: FE 08 00 19 00 00 84 01 3C 80 00 00 00 03 5F 03 A3 78 36 B8 52 00 00 00 2E EF 0D 02 E5 22

So wie ich das eben aber schon rausgelesen habe, ist das derzeit ein bekannter Fehler.

Bin jedenfalls schon mal froh dass jetzt einiges mehr damit machbar ist. Hätte mich vorher schon ein bisschen mehr damit beschäftigen müssen, als mich damit abzufinden dass ich nur Daten lesen statt auch ändern konnte. Es eröffnen sich viele neue Möglichkeiten! Zum Leidwesen meiner eh schon knapp bemessenen Zeit (derzeit zumindest)...

Nochmals vielen Dank für Deine Arbeit!

EDIT: Habe datetime eben im test nicht im richtigen Format geschrieben. Ist mir aber jetzt erst aufgefallen. datetime schreiben funktioniert und ein falscher Wert scheint direkt wieder überschrieben zu werden (Logeintrag: 2022-04-25 12:19:23.694 I 90: [thermostat] thermostat time correction from ntp).

[tp1de]

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

EDIT: Habe datetime eben im test nicht im richtigen Format geschrieben. Ist mir aber jetzt erst aufgefallen. datetime schreiben funktioniert und ein falscher Wert scheint direkt wieder überschrieben zu werden (Logeintrag: 2022-04-25 12:19:23.694 I 90: [thermostat] thermostat time correction from ntp).

Ich mach im Github ein issue auf. Beim Schreiben per web-api v3 kommt ein Fehler. Beim Lesen des aktuellen Wertes (nächster Daten Poll) werden die Daten überschrieben. Das ist unabhängig davon, ob ntp aktiviert ist oder nicht.