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

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

[mwolle]

@tp1de ich habe gestern noch ein Update auf den SQL Adapter gemacht, seit dem ist das Problem nun erledigt

[mwolle]

@mwolle jetzt habe ich aber noch eine weitere Sache: Ich habe bei meinem Nachbarn eine gebrauchte MB-LAN2 (alias KM200) eingebaut. Mit Gatewaypasswort und persönlichem Passwort kommt er auf die Bosch EasyRemote App. Aber ich komme mit den gleichen Daten NICHT mit dem EMS-ESP Adapter noch mit dem KM200 Adapter auf das Gerät. Ich bekomme jeweils "falsches Passwort" als Meldung:

ems-esp.0 2022-05-13 14:26:01.918	error	error reading km200 gateway information (wrong passwords please re-enter) - stop km200 read

ich habe mich gerade auch noch mal davon überzeugt, dass der Zugang auch nicht lokal läuft. Dennoch klappt es nicht. Eigentlich wollte ich das Reseten verhindern. Noch irgendwelche Tipps?

[tp1de]

@mwolle diese Fehlermeldung erscheint wenn eines der Passwörter falsch ist. Habt ihr beachtet, dass das persönliche Passwort mit der MyDevice App gesetzt werden muss ?

[mwolle]

@tp1de myDeviceApp..ist die von Bosch/Buderus? Wir haben das Passwort in der EasyRemote App gesetzt, das hatte bisher funktioniert.

[tp1de]

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

myDeviceApp..ist die von Bosch/Buderus?

Ja. Ich kenn nur diese und die MyDevice App funktioniert.

Kann aber sein, dass das Gateway zurück gesetzt werden muss, falls es gebraucht ist.

[Chaot]

@tp1de
Gestern 5 km vom Haus entfernt ein Blitzeinschlag (Bodenblitz) und der ESP Adapter ist gegrillt.
Der ganze BUS wird runtergezogen so das auch die Steuerung an der Therme nicht mehr funktioniert hat.
Ich dachte zunächst das die Therme was abgekriegt hat, aber als ich dann an das Interface Board gefasst habe habe ich mir fast die Finger verbrannt.
Das war noch eine der ersten Varianten. Mir der Version 0.9. Hat lange gehalten und einwandfrei funktioniert.