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

[Winni]

Hallo zusammen, ich habe das mal ausprobiert, weil ich von den Dosen 9 Stück in Betrieb habe. Also bei mir wird der letzte Stand nicht vergessen, siehe:

Vielleicht liegt es an der Firmware, ich habe die 13.2.0 installiert.
Wobei mir die Lösung von @paul53 sehr gut gefällt, denn so bleiben die Werte im Falle eines Defekt der Dose erhalten.

Edit: Ich hatte die Dose vor dem Screenshot ca. 5 Minuten vom Strom.

[Norwegen60]

@paul53 Vielen Dank für die schnelle Antwort.
Ich weiß, dass meine Lücken noch mächtig sind und die Antwort hat mich noch nicht in die richtige Richtung gelenkt

• Es stimmt aber schon, dass Zählerstand = Shelly.Energy ist? Also direkt den Wert am Shelly einliest? (U.U. über ein Alias)
• Woher kommt ObjectID Total in der zweiten Zeile?
• Und hier vielleicht mein Verständnisfehler: Auf was beziehen sich Wert und vorheriger Wert in der 5. Zeile?

[Norwegen60]

@winni Wie gesagt: Ich habe Shelly. Ich habe gestern ein Pro 3EM rein gehängt und dazu den Strom abgeschalten. Danach waren die anderen Shelly (PlugS und Mini) auf 0

[Winni]

@norwegen60 oh sorry, hatte übersehen dass es jetzt um die Shellys geht und nicht mehr um die Nous..

[paul53]

@norwegen60 sagte: Zählerstand = Shelly.Energy ist? Also direkt den Wert am Shelly einliest?

Der Trigger "Total" ist "Shelly.Energy". Der "Zählerstand" wird in einen eigenen Datenpunkt unter "0_userdata.0" geschrieben.

@norwegen60 sagte in NOUS Steckdose vergisst total gemessenen Stromverbrauch:

Auf was beziehen sich Wert und vorheriger Wert in der 5. Zeile?

Das sind Eigenschaften des Trigger-Datenpunktes (Shelly.Energy) aus dem Trigger-Menü.

[Norwegen60]

@paul53 Vielen Dank. Jetzt habe ich es auch verstanden.
Ich wusste nicht, dass ich so einfach wieder auf den "Wert" des Triggers zu greifen kann und dass ich auch auf den voerherigen Wert zugreifen kann :+1:
Bei mir sah das bisher so aus:

Mein grundlegender Knoten war aber, dass ich davon ausgegangen bin, dass der Shelly wieder auf den vorherigen Zählerstand gesetzt wird.
Du aber verwendest nur die Differenz, um deinen eigenen "Zählerstand" immer weiter zu erhöhen.
Habe jetzt versucht, nach einem Ausfall den Shelly wieder auf den Vorwert zu setzen. Das hat auch bis dahin funktioniert, bis ich den Wert zum Shelly zurück schreiben wollte. Da musste ich leider feststellen, dass der Shelly es nicht zulässt Energy zu setzen. Das ist nur ein Lesewert. :-( Wäre mir eigentlich lieber gewesen, der Shelly hätte da weiter gemacht, wo er aufgehört hat. (Auch nach einem Austausch)
Jetzt erhöhe ich halt meinen Zähler selber und immer nur um die Differenz

[Norwegen60]

@paul53 Jetzt habe ich doch noch mal drei grundlegende Fragen
Ich schreibe meine History-Daten in eine MsSQL-DB

• Was passiert, wenn ich die Spannung nicht nur an dem Shelly ausschalte, sondern auch am Linux-Server? Holt sich dann ioBroker nach Wiederanlauf "Zählerstand" incl. "vorherigem Wert" wieder aus der DB?
• Was wäre, wenn ich die Werte in den History-Adapter schreibe? Sind die nach Stromausfall auch wieder da? Ich denke, die werden in eine History-eigene Datei geschrieben.
• Und was, wenn ich für Zählerstand nur ein Datenpunkt (0_userdata.0.Power.Zählerstand) ohne History verwende? Dort wären die Daten doch nach einen Stromausfall das Raspi weg, oder?

Ich möchte das ungerne ausprobieren um unnötige Datenverluste zu vermeiden.

[paul53]

@norwegen60 sagt: Dort wären die Daten doch nach einen Stromausfall das Raspi weg, oder?

Nein, Datenpunkt-Zustände werden regelmäßig in einer Datei gespeichert, die bei Start von ioBroker eingelesen wird.

[Norwegen60]

@paul53 said in NOUS Steckdose vergisst total gemessenen Stromverbrauch:

Nein, Datenpunkt-Zustände werden regelmäßig in einer Datei gespeichert, die bei Start von ioBroker eingelesen wird

Das ist eine sehr hilfreiche Information. Danke.

[Norwegen60]

@paul53 Jetzt ist doch noch mal eine Frage aufgetaucht.
Wozu wird die Variable "kWh" benötigt. Ich habe es mal so ausprobiert, incl. ausstecken des Shelly PlugS und damit Start von 0 und es hat funktioniert

[paul53]

@norwegen60 sagte: Wozu wird die Variable "kWh" benötigt. Ich habe es mal so ausprobiert

So funktioniert es auch, allerdings wird der Wert bei jedem Trigger aus dem Datenpunkt eingelesen, was gegenüber der Variablen kWh mehr Ressourcen benötigt.