Stromverbauch mit Blockly saldieren und auswerten
-
-
@towbsen-_de ich nix YT
Ich lese nur -
@homoran ok, der gute Mann speichert sich die Tagesstände per Trigger immer um 23:59 weg und verrechnet die miteinander, weiter bin ich aber grad noch nicht.
-
@towbsen-_de sagte in Stromverbauch mit Blockly saldieren und auswerten:
der gute Mann speichert sich die Tagesstände per Trigger immer um 23:59 weg und verrechnet die miteinander,
mit einem Zweiwegezähler geht das, weil es dort auch Summenwerte für die Einspeisung gibt.
Ein normaler Zähler sollte eine Rücklaufsperre haben.
Allerdings arbeiten die zähler über die Phasen saldierend. Solange du nicht mehr produzierst als du insgesamt selbst verbrauchst sollte der Bezug nocht stimmen. Speist du mehr ein, stimmt die Bilanz nicht mehr.
-
OK, ich stelle fest, es ist mindestens genauso kompliziert das aufzuschreiben, wie den Knoten aus meinem Kopf zu entwirren. Das Video ist dafür sehr hilfreich, ich werde das die Tage mal testen, heute schaffe ich es nicht mehr.
Ich stelle wieder mal fest: sprechenden Leuten kann geholfen werden, also danke für die Hilfe!
-
@towbsen-_de sagte in Stromverbauch mit Blockly saldieren und auswerten:
es ist mindestens genauso kompliziert das aufzuschreiben, wie den Knoten aus meinem Kopf zu entwirren.
klingt wie:
wie soll ich wissen was ich denke, bevor ich höre was ich sageviel Erfolg
-
@towbsen-_de sagte: habe ich auf Phase 2 teilweise negative Werte
Da diese Werte (Einspeisung in das öffentliche Netz) beim Zählen nicht erfasst werden, muss darüber eine zeitliche Integration erfolgen. Dieser Wert (in Wh) muss vom Zählwert des Shelly abgezogen werden, um die "Einsparung" durch das Balkonkraftwerk zu ermitteln.
-
Ist etwas Offtopic - aber ich habe auch ein Balkonkraftwerk mit einem Shelly 1PM. Und weil es "einfacher" war habe ich den Shelly mit Tasmota geflasht denn so habe ich einen Gesamt- und Tageszähler der auch einen Stromausfall überlebt.
Sendet per MQTT (Alternativ Sonoff-Adapter) an den ioBroker und SourceAnalytics macht die Auswertung:
-
Der Haken bei solchen Messungen ist die notwendige Frequenz / Sample Rate. Wenn der Sensor nur einen aktuellen Wert liefert, dann muss sichergestellt werden, dass zwischen den Messungen keine signifikante Änderung übersehen wird. Das gilt eigentlich für alle Sensoren, die Grundlage dazu ist das Nyquist-Shannon-Abtasttheorem. Je höher bei der Aufzeichnung das Verhältnis zwischen Abtastfrequenz und Signalfrequenz ist, desto geringer die Notwendigkeit einer Glättung (Tiefpass) bei der Ausgabe. In diesem Fall beim Aufaddieren der Werte. Hier müssen "Ausreißer", also überdurchschnittlich schnelle Änderungen (hohe Frequenzen) ausgefiltert werden.
Je nach Sensor erscheint iobroker ungeeignet eine entsprechend hohe Abtastfrequenz bereitzustellen. Dann macht es eher Sinn einen bereits kumulierten Wert einzulesen, wie BananJoe es macht. Aber auch hier sollte man nochmal schauen, wie hoch die Abtastfrequenz wirklich ist und wie die Glästtung erfolgt. Vom Gefühl her hätte ich mit 1/10Hz begonnen und den Tiefpass erstmal vernachlässigt. Das könnte aber auch leicht viel zu hoch sein, wenn man mal die Zeiten von extrem wechselhafter Bewölkung vernachlässigt.
Am Ende muss man auch schauen, wie genau man es eigentlich habe will bzw. wie genau der Sensor überhaupt misst
-
Ist es nicht alles eine Frage des Stromzählers. Saldiert er die Phasen?
Also:
1: 2
2: - 4
3: 5Auf 2 ist nur das Balkonkraftwerk.
Ist dein Gesamtverbrauch nun 7 (nicht saldierend) oder 3 (saldierend)?
