Probier den flow doch einfach aus, kaputt gehen “tut” da nix.
Dann einfach auf die 3.8x beta upgraden 
Also könntest du, aber beta is natürlich nich jedermans Sache.
Genau, das oben sieht nach einer klassischen “0” aus, die irgendwoher kommt. Probiers mal wie oben beschrieben mit einem switch oder einer funktion - das klemmt 0en ab, die via mqtt reinkommen.
Falls es dann noch immer auftritt, liegt es am initialisieren des virtuellen PVInverters mit default werden, kannst du hier abschalten:
Werde die Änderungen gleich nach 15 Uhr vornehmen, dann hab ich im VRM einen neuen Balken 
UND???
Lass uns doch hier nicht dumm sterben…
Haste 'nen langen oder 'nen kurzen, Balken mein ich natürlich?!?
Auch ein guter Hinweis.
Wegen Beta Version warte ich lieber bis es soweit ist.
Also die Lösung mit dem Switch Node hat nicht funktioniert.
Da hat VRM auch gleich einen langen Balken produziert…
Die Initialwerte im Virtual Device hab ich jetzt auch deaktiviert. Mal sehn.
Aber komisch ist, was dieser Wert hier macht.
Jetzt ist er nicht auf 0, aber er springt trotzdem rum… jedes Mal wenn ich Deploy klicke. Oder sind die peaks so kurz, dass es einfach nur nicht dargestellt werden kann?
Naja, Du kannst beispielsweise jeden Tag um Mitternacht den aktuellen Zählerstand des Shelly auslesen und als FlowVariable “DailyStart” speichern. Energy/Forward setzt Du dann auf die Differenz aus DailyStart und dem aktuellen Zählerstand.
Um das auch beim zwischentäglichem Deploy des Flows korrekt zu machen, setzt Du den Inject-Node für die Speicherung von DailyStart so, dass er außer Mitternacht immer 0,1 Sekunden nach dem Neustart ausgeführt wird:
Das funktioniert bei mir bestens.
Danke auch für den Hinweis, schaue ich mir mal genauer an!
Nein, an einem Switch Node kannst Du mehrere Ausgänge (die grauen Punkte auf der rechten Seite des Nodes) definieren und die Zahl ist die Nummer des Ausgangs von oben beginnend mit 1.
Der Node macht folgendes → alles was nicht “0” ist, kommt am Ausgang 1 raus.
Du musst vor dem Feld wo du die 0 reinschreibst auf Zahlenwert umstellen.
Sonst vergleicht Nodered das als Text und dann ist 0 != “0” auch wahr 
So, ich hab mich erinnert, dass ich seit Jahren noch einen shelly 2.5 rumliegen habe, in Betrieb genommen, Counter ist bei 5,8 kWh, Flow angepasst und gehofft, dass ich den Fehler finde - denkste… 
Selbst ohne “0 ignorieren” Switch Node sendet der keinerlei unplausible Daten.
Der Shelly ist halt Gen1, das ist ein anderes Node, vielleicht hängt’s damit zusammen?
Häng doch mal ein debug Node hinter das “Energie” Change Node und poste mal was nach einem Deploy des Flows im Debugfenster steht.
Das ist mit auch aufgefallen und ich war schon ganz freudig, einen Fehler entdeckt zu haben, allerdings habe ich via Inject Node sowohl einen String mit dem Inhalt “0” als auch die Zahl “0” injiziert und beide wurden gedroppt. Deshalb habe ich nichts dazu geschrieben…
@Jetlag kann das natürlich testen/umstellen, nein er sollte…
Hab beides gemacht, auf Zahlenwert geändert und deployed > kein Fehler.
Und hab ein DebugNode hinter den Energy Change Node gemacht, da kommen schön im Abstand von 10s die 33,09kWh.
Ich lass das so jetzt mal laufen, beobachte und berichte hier.
EUCH AUF JEDEN FALL SCHON MAL VIELEN DANK!!!
Soll heißen hat funktioniert???
MIST, der Fehler ist mir schon vor 2 Stunden aufgefallen, wie man’s macht, macht man’s verkehrt! 
Ich hab das im Flow weiter oben mal korrigiert.
Bisher funktioniert es… :
Das inital value im virtual device ist aber auch deaktiviert.
Ich traue dem Braten also noch nicht ganz.
Der Zähler läuft ja immer nach ein paar Tagen “über”, bzw. bleibt stehen, darum musste ich überhaupt erst NodeRed neu starten, und darum hatte ich diese Fehlanzeige…
Zwei Sachen auf einmal ändern, weiß man immer nicht, woran es dann lag.
Aber is ja zweitrangig, beides sorgt ja in einer jeweils anderen Situation für die “0 Sicherheit”.
Ärgerlich ist nämlich auch, wenn sich mal ne 0 bei nem 5000 kWh Zähler einschleicht - da hat man dann die ganze Jahresstatistik zerhauen.
Also lieber eine Null-Sicherung zuviel als zu wenig.
Ich hatte vorhin die beiden Maßnahmen nacheinander getestet.
So wie ich es sehe, hat erst die Maßnahme mit dem initial value den Erfolg gebracht.
Ich werde es aber noch einmal querchecken.
Ich hab allein diesem Monat etwa 470kWh zuviel Solarertrag und Verbrauch… Wenn ich jetzt noch etwas rumprobiere wird es vielleicht noch etwas mehr 
