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

[tp1de]

@marsmännchen Ich habe bereits mehrfach versucht zu erklären, dass die Recordings ja historische Werte sind.
Um diese zu speichern, verwende ich ich für mySQL direkte SQL-Befehle und nicht die ioBroker internen storeState Funktionen. Das Resultat sind die unter Objekte angezeigten null()-Werte. Das ist soweit normal, die Daten sind trotzdem in den Datenbank und können mit Flot oder Grafana angezeigt werden. Falls nicht, mach bitte unter Github ein "issue" auf.

[Titanflex]

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

@titanflex welche Version?
Ich vermute mal, dass du die Wirkungsgrad-Ermittlung eingeschaltet hast und bei Deiner Anlage die zu lesenden States nicht vorhanden sind. In der aktuellen Github-Version 1.9. sind die 3 States eingabefähig und diese Fehler werden sauber abgefangen (hoffentlich). Teste mal.

Also ich habe die Version

Wie kann ich diese 1.9 auf iobroker installieren? Hast du da ein Leitfaden?

Grüße

Edit:

Wirkungsgrad habe ich deaktiviert folgende Fehler stehen trotzdem an

[tp1de]

@titanflex deaktiviere mal "Statistiken zu Kesselstarts erstellen". Kommt der Fehler noch immer?

[tp1de]

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

Wie kann ich diese 1.9 auf iobroker installieren? Hast du da ein Leitfaden?

Ich habe gerade die aktualisierte Version 1.10.0 ins ioBroker Beta-Repository geladen. Es dauert immer etwas, bis Du das siehst. (unter Systemeinstellung - Repositories das Beta Repo auswählen ..)

[marsmännchen]

Da ich ja beim "Einarbeiten" von Influx,SQL und Grafana bin:
Bei Grafana gehe ich so vor:

Um meinen Datenpunkt zu erreichen habe ich "Expr:id="
Und die Nummer besagt auch den Datenpunkt der verwendet wird.
Aber wo finde ich den in IoBroker?
Oder geht das auch einfacher?
Was ich bis jetzt gefunden habe: https://forum.iobroker.net/topic/19400/sql-adapter-id
Aber wo und wie ich das finde habe ich noch nicht rausbekommen.
Edit:
Endlich gefunden. Der Befehl in der SQL CLI :

MariaDB [grafanadb]> select * from datapoints;
+----+---------------------------------------------------------------------+------+
| id | name                                                                | type |
+----+---------------------------------------------------------------------+------+
|  1 | testroll                                                            |    0 |
|  2 | testsql                                                             |    0 |

[marsmännchen]

Mittlerweile hab ich das ganze halbwegs im Griff.
Ich frage mich aber warum bei den recordings die Werte viel zu hoch sind.
Z.B.:

Ich bilde mir ein jemand hier im Thread hatte das schon mal, hab die Lösung aber nicht mehr gefunden.
Hilfe...:expressionless:

[tp1de]

@marsmännchen ich habe das Gefühl, dass es je nach Anlage unterschiedliche Aggregationen gibt. Stimmen die Verbrauchswerte?

Ich habe gerade einen Fehler für stündliche Temperaturwerte gefunden. Ist im Github bereits korrigiert und
kannst Du von GH laden.
Bevor ich eine neue Version fürs Repository mache, wäre es gut die anderen Werte zu überprüfen.
Stimmen die bei Dir?

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