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

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

[Titanflex]

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

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

Alles klar, dann werde ich das mal damit probieren

[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).

Ja Schreiben von datetime mit dem Adapter funktioniert. Verwirrend ist nur:

Format für datetime change (post) muss sein:
datetime <ntp | dd.mm.yyyy-hh:mm:ss-dw-dst> RC35, RC100, RC300, dw:day of week: 0-mo,.. dst:daylight saving 0/1

Wenn ENABLE NTP ist off in den ems-esp settings, dann kann datetime geschrieben werden z.B. mit:
25.04.2022-15:51:00-0-1. ntp synchronisiert mit ntp-server.

I habe alles getestet - funktioniert so.

[mwolle]

@tp1de ich habe ein kleines Problem beim Speichern im SQL Adapter, und zwar bekomme ich seit einiger Zeit unregelmäßig das hier:

2022-05-10 01:25:09.704  - error: sql.0 (2368) Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES(113, 1636934400000, 0, 1, 0, 0);: Error: ER_DUP_ENTRY: Duplicate entry '113-1636934400000' for key 'ts_number.PRIMARY' (id: ems-esp.0.recordings.solarYield._Months)
2022-05-10 01:25:09.708  - error: sql.0 (2368) Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES(113, 1586901600000, 0, 1, 0, 0);: Error: ER_DUP_ENTRY: Duplicate entry '113-1586901600000' for key 'ts_number.PRIMARY' (id: ems-esp.0.recordings.solarYield._Months)
2022-05-10 01:25:09.711  - error: sql.0 (2368) Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES(113, 1589493600000, 0, 1, 0, 0);: Error: ER_DUP_ENTRY: Duplicate entry '113-1589493600000' for key 'ts_number.PRIMARY' (id: ems-esp.0.recordings.solarYield._Months)
2022-05-10 01:25:09.715  - error: sql.0 (2368) Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES(113, 1592172000000, 0, 1, 0, 0);: Error: ER_DUP_ENTRY: Duplicate entry '113-1592172000000' for key 'ts_number.PRIMARY' (id: ems-esp.0.recordings.solarYield._Months)
2022-05-10 01:25:09.718  - error: sql.0 (2368) Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES(113, 1594764000000, 0, 1, 0, 0);: Error: ER_DUP_ENTRY: Duplicate entry '113-1594764000000' for key 'ts_number.PRIMARY' (id: ems-esp.0.recordings.solarYield._Months)
2022-05-10 01:25:09.723  - error: sql.0 (2368) Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES(113, 1602720000000, 0, 1, 0, 0);: Error: ER_DUP_ENTRY: Duplicate entry '113-1602720000000' for key 'ts_number.PRIMARY' (id: ems-esp.0.recordings.solarYield._Months)
2022-05-10 01:25:09.728  - error: sql.0 (2368) Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES(113, 1605398400000, 0, 1, 0, 0);: Error: ER_DUP_ENTRY: Duplicate entry '113-1605398400000' for key 'ts_number.PRIMARY' (id: ems-esp.0.recordings.solarYield._Months)
2022-05-10 01:25:09.740  - error: sql.0 (2368) Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES(113, 1607990400000, 0, 1, 0, 0);: Error: ER_DUP_ENTRY: Duplicate entry '113-1607990400000' for key 'ts_number.PRIMARY' (id: ems-esp.0.recordings.solarYield._Months)

Wahrscheinlich muss ich mal die kompletten Daten aus der DB löschen? Damit er einmal wieder vollständig von vorne speichert?

[tp1de]

@mwolle welche Version nutzt Du?

[mwolle]

@tp1de vom EMS-ESP 1.11.2

[tp1de]

@mwolle merkwürdig. In dieser Version ist der SQL Insert Befehl so geändert, dass bei Duplicate Keys Fehler automatisch ein Update gemacht wird. Das ist seit einigen Wochen aktiv und seitdem habe ich keine SQL Fehlermeldungen mehr.