Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[hg6806]

@crunchip sagte in Sourceanalytix und Zählerstände 😞:

Shelly verlieren ihren Wert z. B bei einem Firmware Update, zumindest war es bis dato so

Den Fall hatte ich noch nicht. Kürzlich hatte ich erst alle geupdated

[Homoran]

@crunchip sagte in Sourceanalytix und Zählerstände 😞:

ist ja durch die genutzte Unit ersichtlich.

wo hat er die denn in der Konfiguration gezeigt?

[paul53]

@hg6806 sagte: JA, ich nutze die Zählerstände.

Dann versuche es mal mit dem Endzählerstand des SONOFF in "valueAtDeviceReset". Meiner Meinung nach sollte gelten:

"Cumulative Reading" = "valueAtDeviceReset" + eingelesener Zählerstand

[crunchip]

@Homoran sagte in Sourceanalytix und Zählerstände 😞:

die denn in der Konfiguration gezeigt?

nicht gezeigt, aber geschrieben
@hg6806 sagte in Sourceanalytix und Zählerstände 😞:

Ich habe jetzt erst einmal "kWh" angegeben und electricity day.

[Homoran]

@crunchip sagte in Sourceanalytix und Zählerstände 😞:

aber geschrieben

das galt aber für Case2 statt Stück

[hg6806]

@paul53 sagte in Sourceanalytix und Zählerstände 😞:

@hg6806 sagte: JA, ich nutze die Zählerstände.

Dann versuche es mal mit dem Endzählerstand des SONOFF in "valueAtDeviceReset". Meiner Meinung nach sollte gelten:

"Cumulative Reading" = "valueAtDeviceReset" + eingelesener Zählerstand

  "sourceanalytix.0": {
        "enabled": true,
        "selectedUnit": "kWh",
        "deviceResetLogicEnabled": true,
        "threshold": 1,
        "start_day": 297.65,
        "start_week": 247.78,
        "start_month": 54.29,
        "start_quarter": 0,
        "start_year": 0,
        "alias": "Stromverbrauch_WP_Innen+aussen",
        "selectedPrice": "Heatpump",
        "costs": false,
        "consumption": true,
        "meter_values": true,
        "valueAtDeviceReset": 0,
        "valueAtDeviceInit": null,
        "cumulativeValue": 297.65
      }

3. Zeile von unten ein +xxx hinter der 0?

[paul53]

@hg6806 sagte: 3. Zeile von unten ein +xxx hinter der 0?

Dort den letzten Zählerstand des SONOFF als Zahl anstelle der 0 eintragen.
Danach evtl. SA-Instanz neu starten. In "Cumulative Reading" sollte dann die Summe aus diesem Wert und dem Shelly-Zählerstand stehen.

Anmerkung: Hättest du anstelle des SONOFF-DP für SA einen Alias verwendet und dort nur die SONOFF-ID gegen die Shelly-ID getauscht, hätte SA vermutlich selbst den Reset erkannt und weiter gezählt.

[hg6806]

Ok, danke

"start_day": 297.65,
"start_week": 247.78,
"start_month": 54.29,
Die dann vorher wahrscheinlich auch anpassen? Wechsel war im Januar

[paul53]

@hg6806 sagte: Die dann vorher wahrscheinlich auch anpassen?

Ja, den letzten Zählerstand des SONOFF addieren.

[hg6806]

Hmmm, habe das so gemacht, jedoch zählt er nicht mehr.
Also, SA gestoppt, "valueAtDeviceReset" 424 gesetzt, Start day/week/month jeweils auch 424 hinzuaddiert, gespeichert und SA gestartet

Hier der Datenpunkt:

Aber hier der SA Datenpunkt cumulativeReading

Letzte Änderung 9.01
SA ist garantiert gestartet und grün.

EDIT: Liegt evtl. an der Reset-Erkennung und weil das Delta "1" noch nicht erreicht ist?

[crunchip]

@hg6806 sagte in Sourceanalytix und Zählerstände 😞:

jedoch zählt er nicht mehr.

Weil der Wert rechnerisch noch nicht erreicht ist

[hg6806]

Gerade parallel geschrieben:
EDIT: Liegt evtl. an der Reset-Erkennung und weil das Delta "1" noch nicht erreicht ist?

[paul53]

@hg6806 sagte: zählt er nicht mehr.

Der DP "Cumulative Reading" hat einen zu kleinen Wert.
Trage mal in "cumulativeValue" den Wert 424 + Shelly-Zählerstand ein und starte SA neu.

[hg6806]

Yesss! Hat geklappt. Merci!

[hg6806]

Ach ja, weil wir es mit der Rücksetzung der Zählerwerte hatten.

Ich habe hier was ganz Mieses.

Und zwar hat meine Rotex Wärmepumpe einen Energiezähler für die erzeugte Wärmeenergie.
Den kann man per CAN auslesen.

Wenn ich die Anlage mal aus- und wieder einschalte, gibt die Anlage zum Teil KLEINERE Zählerwerte aus.
Das zerstört die SA Werte, da ja beim erkannten Zurücksetzen eine 0 angenommen wird, aber nicht, wie in meinem Fall, eine 25.000.
Aber sowas über den Adapter zu fixen, wäre glaube ich zu kompliziert zumal es ja auch unlogisch ist.

Ich habe mir ein kl. Blockly geschrieben, dass nur Werte in einen neuen Datenpunkt schreibt, wenn der Wert gleich oder größer ist und kann damit gut leben. Geht vielleicht auch über ein Alias. Aber es läuft bei mir.

Hier mal ein Auszug der CAN Werte:

10.02.2026 04:04	25058	true	
10.02.2026 04:58	25058	true	
10.02.2026 05:00	25059	true	
10.02.2026 05:58	25059	true	
10.02.2026 06:00	25060	true	
10.02.2026 08:06	25060	true	
10.02.2026 08:08	25061	true	
10.02.2026 09:58	25061	true	
10.02.2026 10:00	25062	true	
10.02.2026 10:04	25062	true	
10.02.2026 10:08	25051	true	
10.02.2026 10:14	25051	true	canbus.0
10.02.2026 10:16	25051	true	history.0
10.02.2026 10:16	null	false	history.0
10.02.2026 10:17	null	true	
10.02.2026 10:21	25051	true	
10.2.2026 11:45:41.046	25051	true	
10.02.2026 11:47	25052	true	
10.02.2026 12:39	25052	true	
10.02.2026 12:41	25053	true	
10.02.2026 13:53	25053	true	
10.02.2026 13:55	25054	true	
10.02.2026 14:47	25054	true	
10.02.2026 14:49	25055	true	
10.02.2026 15:25	25055	true	
10.02.2026 15:27	25056	true	
10.02.2026 16:21	25056	true	
10.02.2026 16:23	25057	true	
10.02.2026 17:25	25057	true	
10.02.2026 17:27	25058	true

[Homoran]

@hg6806 sagte in Sourceanalytix und Zählerstände 😞:

Aber sowas über den Adapter zu fixen,

was hat das mit dem Adapter zu tun?

da solltest du dein Gerät fixen lassen

[hg6806]

Da hast du das wohl missverstanden.
Es war rein informativ gemeint.
Ich habe nicht erwartet, dass der Adapter das fixed, denn gefixed habe ich es ja schon über Blockly.

Selbst ein Rücksetzen eines Zählers auf 0 durch Stromausfall o.ä. hat eigentlich nichts mit dem Adapter zu tun sondern ist ein "good will".