Stromverbrauch für Tag, Woche, Monat, Jahr berechnen

[EMaster]

Hier der Auszug aus dem Log.

Code: Alles auswählen

2023-01-30 18:01:11.080 [INFO ] [penhab.core.model.script.countUpdate] - Rule gestartet.
2023-01-30 18:01:11.082 [INFO ] [penhab.core.model.script.countUpdate] - Daten definiert 
2023-01-30 18:01:11.083 [INFO ] [penhab.core.model.script.countUpdate] - Daten definiert jetzt 2023-01-30T18:01:11.081465+01:00[Europe/Berlin] heute 2023-01-30T00:00+01:00[Europe/Berlin] woche 2023-01-30T00:00+01:00[Europe/Berlin] monat 2023-01-01T00:00+01:00[Europe/Berlin] jahr 2023-01-01T00:00+01:00[Europe/Berlin]
2023-01-30 18:01:12.695 [INFO ] [penhab.core.model.script.countUpdate] - Variablen gesetzt. heute -1.0 woche -1.0 monat -1.0 jahr -1.0
2023-01-30 18:01:13.132 [INFO ] [penhab.core.model.script.countUpdate] - deltaSince (day) null
2023-01-30 18:01:41.205 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response
2023-01-30 18:01:41.209 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response
2023-01-30 18:01:41.355 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response
2023-01-30 18:01:41.359 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response
2023-01-30 18:01:41.784 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response
2023-01-30 18:01:41.789 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response
2023-01-30 18:01:44.122 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response
2023-01-30 18:01:44.126 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response

[udo1toni]

Hm. Also zumindest ist klar, dass keine gültigen Daten ausgelesen werden.

[EMaster]

Hm. Also zumindest ist klar, dass keine gültigen Daten ausgelesen werden.

Die Frage wäre ja jetzt warum und wie müsste der gültige Wert ausschauen?
Die Werte kommen von einem Shelly 3EM.
So schauts in der events.log aus.

Code: Alles auswählen

2023-01-30 22:06:00.687 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'SM_DG_ges_Verbrauch' changed from 2181.842 kWh to 2181.85 kWh

[udo1toni]

Gut, nächster Versuch...
versuche bitte mal diese Zeile:

Code: Alles auswählen

logInfo("countUpdate","deltaSince (day) {}",SM_DG_ges_Verbrauch.deltaSince(now.minusHours(1),"influxdb"))

um zu sehen, ob überhaupt etwas aus der Persistence abgeholt wird.

[zinnik]

Code: Alles auswählen

logInfo("countUpdate","deltaSince (day) {}",SM_DG_ges_Verbrauch.deltaSince(now.minusHours(1),"influxdb"))

Normalerweise müsste er doch das influxdb nicht mit in den Code schreiben wenn er dies als Standart Persitence angeben hat was er ja gemacht hat oder ?

[udo1toni]

Ja aber.

Solange es nicht funktioniert, ist das ja immer noch eine mögliche Fehlerquelle. Die zu verwendende Persistence explizit anzugeben hat keine Nachteile, nur falls es sich um die Default Persistence handelt, ist der Parameter überflüssig.

[EMaster]

Irgendwie schaut das nicht so prickelnd aus.
Ich habe aber irgendwie keine Idee, warum die Daten nicht rüber kommen.
Wenn man mit der Maus in VSC über das Item fährt, steht immer der aktuelle Wert drin.

Code: Alles auswählen

2023-01-31 18:42:02.285 [INFO ] [penhab.core.model.script.countUpdate] - Rule gestartet.
2023-01-31 18:42:02.287 [INFO ] [penhab.core.model.script.countUpdate] - Daten definiert 
2023-01-31 18:42:02.288 [INFO ] [penhab.core.model.script.countUpdate] - Daten definiert jetzt 2023-01-31T18:42:02.286219+01:00[Europe/Berlin] heute 2023-01-31T00:00+01:00[Europe/Berlin] woche 2023-01-30T00:00+01:00[Europe/Berlin] monat 2023-01-01T00:00+01:00[Europe/Berlin] jahr 2023-01-01T00:00+01:00[Europe/Berlin]
2023-01-31 18:42:04.041 [INFO ] [penhab.core.model.script.countUpdate] - Variablen gesetzt. heute -1.0 woche -1.0 monat -1.0 jahr -1.0
2023-01-31 18:42:04.513 [INFO ] [penhab.core.model.script.countUpdate] - deltaSince (day) null
2023-01-31 18:42:04.983 [INFO ] [penhab.core.model.script.countUpdate] - deltaSince (day) null
2023-01-31 18:43:05.916 [INFO ] [penhab.core.model.script.countUpdate] - Rule gestartet.
2023-01-31 18:43:05.921 [INFO ] [penhab.core.model.script.countUpdate] - Daten definiert 
2023-01-31 18:43:05.922 [INFO ] [penhab.core.model.script.countUpdate] - Daten definiert jetzt 2023-01-31T18:43:05.920570+01:00[Europe/Berlin] heute 2023-01-31T00:00+01:00[Europe/Berlin] woche 2023-01-30T00:00+01:00[Europe/Berlin] monat 2023-01-01T00:00+01:00[Europe/Berlin] jahr 2023-01-01T00:00+01:00[Europe/Berlin]
2023-01-31 18:43:07.613 [INFO ] [penhab.core.model.script.countUpdate] - Variablen gesetzt. heute -1.0 woche -1.0 monat -1.0 jahr -1.0
2023-01-31 18:43:08.096 [INFO ] [penhab.core.model.script.countUpdate] - deltaSince (day) null
2023-01-31 18:43:08.523 [INFO ] [penhab.core.model.script.countUpdate] - deltaSince (day) null

[udo1toni]

Ja, das ist aber der aktuelle Wert, das hat nichts mit der Persistence zu tun.

[EMaster]

Also, es liegt definitiv an der InfluxDB.
Ich habe es mal zum Testen auf rrd4j umgestellt und sofort werden die Werte berechnet.
Aber an was könnte es bei der Persistence mit InfluxDb scheitern? So viele Parameter kann man da ja nicht wirklich einstellen und das Schreiben funktioniert ja, da der Verbrauch ja da auch ankommt.

Nachtrag: Habe gerade gesehen, dass das InfluxDB-Binding noch die Version 3.2.15 aus der SmartHome/J trug. Habe auf die offizielle 3.41 upgedatet und es funktioniert!!! Das war sicher auch der Grund, dass die anderen Rules auch nie funktioniert haben.
Danke für Deine/Eure Unterstützung und Geduld!!!

[udo1toni]

Super, dass Du das letztlich selbst gefunden hast. Wäre schwer geworden, das aus der Ferne zu erkennen...