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

[nieIP]

@crunchip
verstehe ich nicht. Der Unterschied zwischen den Messwerten ist -96kWh. Das ist doch über den eingestellten "1".
Ich habe das so interpretiert, dass der Trigger zuschlägt, wenn die Differenz mehr als -1 beträgt.
Wo ist da mein Denkfehler?

[crunchip]

@nieip welche version hast du laufen?
https://forum.iobroker.net/post/815412

[nieIP]

@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:

@nieip welche version hast du laufen?
https://forum.iobroker.net/post/815412

0.4.14

Node.js v18.17.1
ioB. 4.0.24

[crunchip]

@nieip sagte in [SourceAnalytix 0.4.8-Final] Released !:

0.4.14

die Frage welcher Stand, bzw wann installiert
https://forum.iobroker.net/post/815382

[nieIP]

@crunchip vor ca. 8 Wochen von Git Hub installiert.
In den ioBroker Adapter Quellen ist es ja nicht drin, egal welche Quelle man einträgt.

heutiger Versuch mit 0,001 ist fehlgeschlagen.
Der Reset wird erkannt, die Schwelle aber als nicht erreicht deklariert.

sourceanalytix.0
2023-08-29 11:18:36.461	info	Device reset detected for hm-rpc.0.KEQ0971587.2.ENERGY_COUNTER, feature disabled (or below threshold) processing normally)

Im verlinkten Beitrag wird 0.001 vom Erfinder empfohlen. Bei mir lässt sich aber nur eine Zahl mit Komma eintragen. 0,001 Der Punkt wird von dem Eingabefeld nicht angenommen.

in den Daten des Datenpunktes setht die Zahl allerdings dann wieder mit Punkt

  },
      "sourceanalytix.0": {
        "enabled": true,
        "selectedUnit": "Detect automatically",
        "deviceResetLogicEnabled": true,
        "threshold": 0.001,
        "start_day": 0,
        "start_week": 0,
        "start_month": 0,
        "start_quarter": 0,
        "start_year": 0,
        "alias": "Getraenke_Leistung_Analyse",
        "selectedPrice": "Strombezug",
        "costs": true,
        "consumption": true,
        "valueAtDeviceReset": 0,
        "valueAtDeviceInit": null,
        "cumulativeValue": 0.2793
      }

[nieIP]

BTW. kann es sein, dass im Logfile die Einträge für
Meter Calculation executed
und
Result of rounding:
vertauscht sind?

sourceanalytix.0
2023-08-29 11:34:05.404	debug	[calculationHandler] Meter Calculation executed consumed data for hm-rpc.0.OEQ0070768.2.ENERGY_COUNTER : {"consumedDay":0.116,"consumedWeek":0.355,"consumedMonth":99.338,"consumedQuarter":191.813,"consumedYear":288.813,"priceDay":0.06,"priceWeek":0.18,"priceMonth":49.44,"priceQuarter":95.47,"priceYear":143.74}

sourceanalytix.0
2023-08-29 11:34:05.384	debug	[calculationHandler] Result of rounding: {"consumedDay":0.11579999999997881,"consumedWeek":0.3548999999999296,"consumedMonth":99.33799999999997,"consumedQuarter":191.81259999999997,"consumedYear":288.8126,"priceDay":0.05763365999998945,"priceWeek":0.17663372999996496,"priceMonth":49.44052259999998,"priceQuarter":95.46513101999999,"priceYear":143.74203101999998}

[nieIP]

Ich habe hier noch mal ein Log mit allen Zahlen beim Reset.
Der Reset des Gerätes wurde erkannt , angeblich aber der threshold nicht überschritten
Die Schwelle ist auf 0.0001 eingestellt.

Im Log steht, dass die Schwelle nicht erreicht wurde. Mir ist nicht klar, welche Werte da verglichen werden.
diff = aktueller Wert - letzter Wert
Wenn diff <0.00 (also negativ) dann gab es einen Reset.
(so würde ich das lösen)

An welcher Stelle kommt da der konfigurierbare Schwellwert ins Spiel?

2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) state hm-rpc.0.KEQ0971587.2.ENERGY_COUNTER changed : {"val":2.9,"ack":true,"ts":1693305805177,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1693305805177} SourceAnalytix calculation executed
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] Calculation for hm-rpc.0.KEQ0971587.2.ENERGY_COUNTER with values : {"val":2.9,"ack":true,"ts":1693305805177,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1693305805177}
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] Configuration : {"stateDetails":{"alias":"Getraenke_Leistung_Analyse","consumption":true,"costs":true,"deviceName":"hm-rpc__0__KEQ0971587__2__ENERGY_COUNTER","financialCategory":"costs","headCategory":"consumed","name":"Getraenke_Leistung_Analyse","stateType":"Strombezug","stateUnit":"Wh","useUnit":"kWh","deviceResetLogicEnabled":true,"threshold":0.0001},"calcValues":{"cumulativeValue":0.0427,"start_day":0,"start_month":0,"start_quarter":0,"start_week":0,"start_year":0,"valueAtDeviceReset":0,"valueAtDeviceInit":null},"prices":{"basicPrice":"1","unitPrice":"0.4977"}}
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) Unit price definitions : {"unitConfig":{"GW":{"exponent":9,"category":"Watt"},"MW":{"exponent":6,"category":"Watt"},"kW":{"exponent":3,"category":"Watt"},"W":{"exponent":0,"category":"Watt"},"mW":{"exponent":-3,"category":"Watt"},"GWh":{"exponent":9,"category":"Watt_hour"},"MWh":{"exponent":6,"category":"Watt_hour"},"kWh":{"exponent":3,"category":"Watt_hour"},"Wh":{"exponent":0,"category":"Watt_hour"},"mWh":{"exponent":-3,"category":"Watt_hour"},"hl":{"exponent":2,"category":"Liter"},"l":{"exponent":0,"category":"Liter"},"dl":{"exponent":-1,"category":"Liter"},"cl":{"exponent":-2,"category":"Liter"},"ml":{"exponent":-3,"category":"Liter"},"km³":{"exponent":3,"category":"Cubic_meter"},"m³":{"exponent":0,"category":"Cubic_meter"},"dm³":{"exponent":-1,"category":"Cubic_meter"},"cm³":{"exponent":-2,"category":"Cubic_meter"},"mm³":{"exponent":-3,"category":"Cubic_meter"}},"pricesConfig":{"Strombezug":{"cat":"Strombezug","uDes":"Strombezug","uPpU":"0.4977","uPpM":"1","costType":"costs","unitType":"kWh"},"StromEinspeisung":{"cat":"StromEinspeisung","uDes":"StromEinspeisung","uPpU":"0.4977","uPpM":"1","costType":"earnings","unitType":"kWh"},"Gas":{"cat":"Gas","uDes":"Gas","uPpU":"1.08","uPpM":"1","costType":"costs","unitType":"m³"}}}
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] calcValues : {"cumulativeValue":0.0427,"start_day":0,"start_month":0,"start_quarter":0,"start_week":0,"start_year":0,"valueAtDeviceReset":0,"valueAtDeviceInit":null}
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] stateDetails : {"alias":"Getraenke_Leistung_Analyse","consumption":true,"costs":true,"deviceName":"hm-rpc__0__KEQ0971587__2__ENERGY_COUNTER","financialCategory":"costs","headCategory":"consumed","name":"Getraenke_Leistung_Analyse","stateType":"Strombezug","stateUnit":"Wh","useUnit":"kWh","deviceResetLogicEnabled":true,"threshold":0.0001}
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] statePrices : {"basicPrice":"1","unitPrice":"0.4977"}
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] currentCath : "Watt_hour"
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] targetCath : "Watt_hour"
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] value : 2.9
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] currentExponent : 0
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] targetExponent : 3
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] reading value 2.9 before exponent multiplier
2023-08-29 12:43:25.178  - debug: sourceanalytix.0 (10908) [calculationHandler] reading value 0.0029 after exponent multiplier : 3
2023-08-29 12:43:25.179  - info: sourceanalytix.0 (10908) Device reset detected for hm-rpc.0.KEQ0971587.2.ENERGY_COUNTER, feature disabled (or below threshold) processing normally)
2023-08-29 12:43:25.179  - debug: sourceanalytix.0 (10908) [calculationHandler] hm-rpc.0.KEQ0971587.2.ENERGY_COUNTER set cumulated value 0.0029
2023-08-29 12:43:25.179  - debug: sourceanalytix.0 (10908) [calculationHandler] ActiveStatesArray {"stateDetails":{"alias":"Getraenke_Leistung_Analyse","consumption":true,"costs":true,"deviceName":"hm-rpc__0__KEQ0971587__2__ENERGY_COUNTER","financialCategory":"costs","headCategory":"consumed","name":"Getraenke_Leistung_Analyse","stateType":"Strombezug","stateUnit":"Wh","useUnit":"kWh","deviceResetLogicEnabled":true,"threshold":0.0001},"calcValues":{"cumulativeValue":0.0029,"start_day":0,"start_month":0,"start_quarter":0,"start_week":0,"start_year":0,"valueAtDeviceReset":0,"valueAtDeviceInit":null},"prices":{"basicPrice":"1","unitPrice":"0.4977"}})
2023-08-29 12:43:25.183  - debug: sourceanalytix.0 (10908) [calculationHandler] PreviousCalculationRounded for hm-rpc.0.KEQ0971587.2.ENERGY_COUNTER : {"consumedDay":0.043,"consumedWeek":0.043,"consumedMonth":0.043,"consumedQuarter":0.043,"consumedYear":0.043,"priceDay":0.02,"priceWeek":0.02,"priceMonth":0.02,"priceQuarter":0.02,"priceYear":0.02}
2023-08-29 12:43:25.183  - debug: sourceanalytix.0 (10908) [calculationHandler] Result of calculation: {"consumedDay":0.0029,"consumedWeek":0.0029,"consumedMonth":0.0029,"consumedQuarter":0.0029,"consumedYear":0.0029,"priceDay":0.0014433299999999998,"priceWeek":0.0014433299999999998,"priceMonth":0.0014433299999999998,"priceQuarter":0.0014433299999999998,"priceYear":0.0014433299999999998}
2023-08-29 12:43:25.183  - debug: sourceanalytix.0 (10908) roundDigits with 0.0029 rounded 0.003
2023-08-29 12:43:25.183  - debug: sourceanalytix.0 (10908) roundDigits with 0.0029 rounded 0.003
2023-08-29 12:43:25.183  - debug: sourceanalytix.0 (10908) roundDigits with 0.0029 rounded 0.003
2023-08-29 12:43:25.183  - debug: sourceanalytix.0 (10908) roundDigits with 0.0029 rounded 0.003
2023-08-29 12:43:25.184  - debug: sourceanalytix.0 (10908) roundDigits with 0.0029 rounded 0.003
2023-08-29 12:43:25.184  - debug: sourceanalytix.0 (10908) roundCosts with 0.0014433299999999998 rounded 0
2023-08-29 12:43:25.184  - debug: sourceanalytix.0 (10908) roundCosts with 0.0014433299999999998 rounded 0
2023-08-29 12:43:25.184  - debug: sourceanalytix.0 (10908) roundCosts with 0.0014433299999999998 rounded 0
2023-08-29 12:43:25.184  - debug: sourceanalytix.0 (10908) roundCosts with 0.0014433299999999998 rounded 0
2023-08-29 12:43:25.184  - debug: sourceanalytix.0 (10908) roundCosts with 0.0014433299999999998 rounded 0
2023-08-29 12:43:25.184  - debug: sourceanalytix.0 (10908) [calculationHandler] Result of rounding: {"consumedDay":0.0029,"consumedWeek":0.0029,"consumedMonth":0.0029,"consumedQuarter":0.0029,"consumedYear":0.0029,"priceDay":0.0014433299999999998,"priceWeek":0.0014433299999999998,"priceMonth":0.0014433299999999998,"priceQuarter":0.0014433299999999998,"priceYear":0.0014433299999999998}
2023-08-29 12:43:25.202  - debug: sourceanalytix.0 (10908) [calculationHandler] Meter Calculation executed consumed data for hm-rpc.0.KEQ0971587.2.ENERGY_COUNTER : {"consumedDay":0.003,"consumedWeek":0.003,"consumedMonth":0.003,"consumedQuarter":0.003,"consumedYear":0.003,"priceDay":0.0014433299999999998,"priceWeek":0.0014433299999999998,"priceMonth":0.0014433299999999998,"priceQuarter":0.0014433299999999998,"priceYear":0.0014433299999999998}

[Malz1902]

Ich würde gerne die Prognosewerte aus pvforecast - 2 Instanzen (Solcast und Forecast) - loggen.
Es geht ujm die Werte

pvforecast.0.summary.energy.today
pvforecast.1.summary.energy.today

Hier steht jedoch immer der Gesamtwert drin also 32 kWh und am nächsteen Tag 41 kWh etc kann ich das irgendwie hiermit loggen? Ich hatte es getestet, das Problem was ich hatte, der hat den Tagesverbrauch immer zu currentDay addiert zu currentYear und currentMonth wäre das ja richtig an der Stelle

[a200]

@crunchip Moin, seit heute habe ich einen neuen Strompreis. Wenn ich mich richtig entsinne, würde eine Änderungen des Strompreises einen Einfluss auf die Kostenberechnung der Vormonaten.
Wie sollte ich jetzt am besten vorgehen um eine korrekte Berechnung zu sichern?
Sollte ich eine neue Berechnung starten und die dann mit der alten zu summieren? Wäre für eure Hilfe sehr dankbar.

[crunchip]

@a200 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Wenn ich mich richtig entsinne, würde eine Änderungen des Strompreises einen Einfluss auf die Kostenberechnung der Vormonaten.

eigentlich nimmt das keinen Einfluss auf die bereits geschriebenen Werte, nur für die laufenden....diese Woche, diesen Monat(beginnt ja heute neu), beim laufenden Jahr bin ich mir nicht sicher, hab schon gelesen bei manchen funktionierte es, bei manchen nicht

edit
@a200 https://forum.iobroker.net/post/738560

[m4rgott]

Hallo zusammen,

ich habe eine Frage zu den Werten "previousDay, ..Week, ..Month,.." unter meterReadings.

Die Frage kam schon Mal auf, jedoch habe ich noch nicht die Lösung finden können.

So wie ich es verstehe, sollen hier die Zählerstände zum Ende des letzten Tages, Woche, Monat,... angezeigt werden. Korrekt?

Allerdings beleiben die Werte bei mir bei 0 kWh.

In den Unterordnern currentWeek und previeousWeek werden diese Werte angezeigt, jedoch nicht übertragen.

Ich würde gerne zum Monatsanfang den Zählerstand speichern, bzw via Telegram auf mein Handy schicken.

Danke vorab für Eure Hilfe.

[nieIP]

@m4rgott auch wenn Dir das nicht weiter helfen wird, ist bei mir auch so. Also ein generelles Problem.

[Wildbill]

@m4rgott @nieIP Ich habe diese Datenpunkte bei mir bei keinem meiner an die 40 mit SA getrackten Datenpunkte. Ich habe unter den meterreadings nur jeweils dann Quartal, Monat, Woche und darin dann eben je 4 Quartale, 12 Monate und 52 Wochen. Die vergangenen Quartale/Monat/Wochen zeigen dann eben die Werte an, die im jeweiligen Zeitraum verbraucht wurden.
Kann es sein, dass es in früheren Zeiten vielleicht mal Datenpunkte mit previous… gab, der Adapter diese längst nicht mehr unterstützt/verwendet, sie bei neuen Installationen demnach auch nicht mehr angelegt werden und bei Euch noch Überbleibsel von früher sind, als der Adapter das vielleicht mal mit drin hatte?

Wie sieht es aus, wenn ihr einen neuen Datenpunkt trackt? Werden diese Datenpunkte für den dann noch mit angelegt?

Gruss, Jürgen

EDIT: Eben gesehen, dass man dafür „Vorheriger Zeitraum“ anhaken muss, das habe ich bei mir nicht, weil ich es nicht brauche. Es gibt aber dazu ein Issue.

[nieIP]

@wildbill
Ich habe die letzte Version von gitHub und es erst vor ca. 6 Wochen eingerichtet. Also keine Reste einer alten Version.
Die Option "vorheriger Zeitraum" gibt es bei meiner Version gar nicht.

Hier ein Screenshot der betroffenen Punkte, die auf 0,0 bleiben

[crunchip]

@nieip sagte in [SourceAnalytix 0.4.8-Final] Released !:

Die Option "vorheriger Zeitraum" gibt es bei meiner Version gar nicht.

in der Instanz

@nieip sagte in [SourceAnalytix 0.4.8-Final] Released !:

Hier ein Screenshot der betroffenen Punkte, die auf 0,0 bleiben

ja, es gibt dafür keine previous

[nieIP]

@crunchip sagte

in der Instanz

Ah , danke

[a200]

@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:

@a200 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Wenn ich mich richtig entsinne, würde eine Änderungen des Strompreises einen Einfluss auf die Kostenberechnung der Vormonaten.

eigentlich nimmt das keinen Einfluss auf die bereits geschriebenen Werte, nur für die laufenden....diese Woche, diesen Monat(beginnt ja heute neu), beim laufenden Jahr bin ich mir nicht sicher, hab schon gelesen bei manchen funktionierte es, bei manchen nicht

edit
@a200 https://forum.iobroker.net/post/738560

Nur zu Info. Bei mir wurde current_year komplett mit dem neuen Preis neu berechnet. Die vorhergehenden, abgeschlossenen Zeiträume wie Monte und Wochen sind unverändert. Also werde ich mir noch einen Datenpunkt "real_current_year" als die Summe aller Monate basteln. Danke.

[ManfredHi]

@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:

eigentlich nimmt das keinen Einfluss auf die bereits geschriebenen Werte, nur für die laufenden....diese Woche, diesen Monat(beginnt ja heute neu), beim laufenden Jahr bin ich mir nicht sicher, hab schon gelesen bei manchen funktionierte es, bei manchen nicht

genau das ist das Problem. Ich habe eine Änderung gemacht mit 1. September und nun wurde das ganze Quartal und das ganze Jahr mit diesem neuen Betrag gerechnet.

Hab mir jetzt mit einem Script geholfen, wo mir die Monatssummen vom aktuellen Jahr zusammengezählt werden und in einen eigenen Datenpunkt geschrieben.
Keine besonders schöne LÖsung, denn dafür wäre ja SA eigentlich zuständig, aber leider hat das (zumindest bei mir) noch nie funktioniert.

[Wildbill]

@manfredhi Da wäre jetzt die Frage, wie der Adapter intern rechnet. Ich ging bislang davon aus, dass ein Monat, der rum ist, als Datenpunkt mit seinem Wert steht und am Quartalsende oder gar Jahresende einfach die Monate zusammengezählt werden. Wäre in der Tat blöd, wenn am Quartalsende oder gar Jahresende die pro Monat erreichten Verbräcuhe dann nochmals (falsch) mit dem dann im Adapter hinterlegten Preis multipliziert werden. Das kann wohl nur der Entwickler sagen, welche Logik da hinterlegt ist und ob sich das bei Bedarf ändern lässt, damit alte Werte nicht nachträglich verfälscht werden, falls meine 2. Option momentan zum Zuge kommt.

Gruss, Jürgen

[Wildbill]

@crunchip Bist Du mittlerweile Entwickler, oder ist es nach wie vor @Dutchman . Kann einer sagen, wie die Berechnung der Quartalssummen und Jahressummen erfolgt (siehe mein Post eins drüber)?

Gruss, Jürgen