Tageszähler Stromverbrauch
-
@paul53 sagte in Tageszähler Stromverbrauch:
@frankthegreat sagte: für mich nicht brauchbar.
Dann kann ich nur mit einem Blockly für Periodenwerte dienen.
Hey, sieht auf jeden Fall ansprechend aus
Würde ich gerne mal testen.Magst du mir mal das Script dazu schicken?
Muss ich dann wahrscheinlich mit meinen DP's anpassen. -
@frankthegreat sagte: Muss ich dann wahrscheinlich mit meinen DP's anpassen.
Muss sicher angepasst werden.
-
@frankthegreat Na das kannst mit NodeRed aber genauso machen, was hier mit Blockly gemacht wurde.
-
@paul53 sagte in Tageszähler Stromverbrauch:
@frankthegreat sagte: Muss ich dann wahrscheinlich mit meinen DP's anpassen.
Muss sicher angepasst werden.
Super, danke dir.
Werte berichten. -
@mickym sagte in Tageszähler Stromverbrauch:
@frankthegreat Na das kannst mit NodeRed aber genauso machen, was hier mit Blockly gemacht wurde.
Hmm, bin gerade verwirrt
Wie müsste das dann aussehen? -
@frankthegreat Na was hier in dem Blockly gemacht wurde ist ja nur dass die Zählerstände in bestimmten Datenpunkten gespeichert wurden und dann zu definierten Zeitpunkten abgefragt und dann die Differenzen berechnet wurden.
Ich würde Dir die Cron Node empfehlen. Ok ich versuche mal das umzusetzen, wie dass das Blockly gemacht hat.
So hier mal das Gleiche, was meines Erachtens das Blockly macht. Der Vorteil mit NodeRed ist hier, dass die Scheduler-Events alle über cron ermittelt werden und deshalb auch an den Monatsrändern richtig funktionieren.
Die Datenpunkte werde automatisch angelegt in einer Struktur, die Du definierst.
Die Inject Nodes zum triggern sollte man dann später wegschmeissen - da sonst ja alles überschrieben wird.
In base gibst Du die Basis für Deine Datenpunkte an.
Für mehrere Geräte kannst Du den hinteren Teil einfach kopieren.
Wenn das alles gut geht - dann kannst Du gesamten hinteren Teil auch in einen Subflow packen und das Ganze über Umgebungsvariablen regeln.
Wie Du siehst, werden entsprechend dem Scheduler die Zählerstände aktualisiert und die Verbräuche anhand der Differenz ermittelt.
Ich werde Dir das noch in einen Subflow packen ....
-
So ich habe nun alles in einen parametrisierten Subflow gepackt und schaut soweit gut und einfach aus:
Ich habe mal aus dem Subflow immer den letzten Wert ausgegeben, sodass man ihn ggf. direkt weiterverarbeiten kann und man nicht wieder den Datenpunkt abfragen muss. Wie gesagt man braucht halt Zählerstände, die man auslesen kann - der Flow sowie das Blockly berechnen ja nur die Differenzen aus den Zählerständen. Mit dem Subflow lassen sich nun beliebig viele Geräte mit der cronplus Node überwachen und das Ganze ist über Variablen parametriesierbar. Hier mal ein Beispiel mit 2 Geräte aus dem Shelly Zähler
Die Einheit beim Shelly ist glaube ich W/min. Muss man nochmal nachlesen. Falls man das dann umrechnen will dann muss man das halt entsprechend umrechnen. Ich habe in den Subflow deshalb noch einen ChangeFaktor eingebaut für die Differenz aus den Zählerständen. Sprich wenn die Zählerstände W/min ausspucken und man will W/h haben müsste man das ganze halt noch durch 60 teilen und mit 0,0167 multiplizieren.
Das Problem sind aber die Zählerstände beim Shelly allgemein, da wenn der Shelly resettet wird, dann werden auch diese Zähler zurückgesetzt. In diesem Fall muss man zu den Zählerständen noch den vorherigen Wert dazuzählen. Ich habe mal so einen Counteroffset für die Node definiert - aber ggf. muss man das noch automatisiert machen. Mal schauen, ob die Node überhaupt jemand verwendet. Im Moment sollte man halt ggf. dann den letzten noch nicht aktualisierten Zustand in die Node eintragen.
Hier nun die Parameter im Überblick:
-
@mickym sagte: W/min ausspucken und man will W/h haben
Diese Maßeinheiten gibt es nicht.
-
@mickym Bin ziemlich überwältigt
Hätte ich mit Sicherheit nicht so hinbekommen.Zählerwerte vom Shelly sehen so aus:
Also Zählerstand Verbrauch und Zählerstand Erzeugung hab ich. Umrechnung in kWh ist kein Problem...krieg ich hin.
Magst du mal den kompletten Flow posten, würde ich gerne mal testen.
-
@paul53 sagte in Tageszähler Stromverbrauch:
@mickym sagte: W/min ausspucken und man will W/h haben
Diese Maßeinheiten gibt es nicht.
Na ja - gibts nicht, gibts nicht. Das macht der Hersteller wie er will.
und in dem energy Datenpunkt werden die Werte nun mal in Wattminuten ausgegeben.
-
@frankthegreat Ja mache ich gleich - ich beschreibe noch die Parameter.
-
@mickym sagte: in Wattminuten ausgegeben.
Wmin sind nicht W/min.
-
@mickym Sorry, nur kein Stress.
Bin ja froh, das du dich da so engagierst
-
@paul53 Ok dann muss man es halt anders umrechnen - ich habe ja nur mal einen Korrekturfaktor eingebaut. Wie müsste der denn dann aussehen?
-
@mickym sagte: ich habe ja nur mal einen Korrekturfaktor eingebaut. Wie müsste der denn dann aussehen?
Der passt schon mit den korrekten Maßeinheiten Wmin und Wh: Wh = Wmin / 60
-
@paul53 Ja genau so habe ich es ja gemacht mit 1/60 = Faktor 0,0167.
-
So hier nochmal die Parameter der Subflownode erläutert:
Der Flow folgt gleich mit einem Beispiel:
Parameter:
counterSource: Hier gibt man den Datenpunkt des Zählers an, der überwacht werden soll.
baseTopic: Hier gibt man den Basispfad ein, unter dem die Datenpunkte für Zählerstände und Verbrauchswerte abgespeichert werden sollen.
changeFactor: Hier kann man einen Wert eingeben mit dem die ermittelten Differenzen der Zählerstände multipliziert werden sollen.
counterOffset: Hier gibt einen Wert eingeben, der auf den aktuellen Zählerstand addiert wird, um ggf. einen Reset des Zählers zu kompensieren. -
So als Basis für den Scheduler - der täglich, wöchentlich etc. triggert dient also die cronplus node.
Zum Initialisieren betätigt man einmal die trigger -all Inject Node, das ist aber nur alles zum Testen - die Datenpunkte werden sonst bei Bedarf angelegt. Ich hab das mal aus den Shellies mit meinen beiden FritzBoxen nun gemacht.
Hier der Flow für den Scheduler:
Die cronplus Node muss man sich installieren: https://flows.nodered.org/node/node-red-contrib-cron-plus
Nun der Subflow als eigene Node:
Sobald Du diese Node importiert hast, hast Du unter Deinen Subflows eine neue Node, die Du immer wieder verwenden kannst:
-
Hier nun ein Beispiel mit dem gleichen Scheduler und 2 Geräten:
und nun ein Beispiel eine Fritzbox mit den Parametern:
Daraus ergibt nach triggern aller Scheduler folgende Datenstruktur mit dem Auslesen der Zählerstände:
Die Differenzen ergeben sich dann aus den jeweils gespeicherten Zählerständen mit der entsprecehenden Umrechnung.
Nach dem testweise triggern des daily Triggers ergeben sich dann folgende Werte:
Wie gesagt sollte man dann aber die Zählerstände wieder zurücksetzen, damit man dann korrekte Werte enthält - die manuellen Trigger dienen ja nur zum Testen.
Nachtrag: Einmal alle Scheduler zu triggern macht insofern Sinn, dass alle Zählerstände erfasst werden und damit nicht erst beim nächsten kompletten Zyklus. Für die Jahresstatistik ist das sicherlich sinnvoll.
-
Wie gesagt ich hab den Flow nun so gebaut, dass er gleichzeit den Verbrauch des jeweiligen Events ausgibt:
Somit kann man sich ggf. bei negativen Werten aufgrund von Zählerresets - diese Zählerstände manuell korrigieren und dann einen Offset in die Node eintragen.
Will man alles zurücksetzen, dann einfach alle Datenpunkte löschen und dann einmal alle Schedulerevents triggern, um die Zählerstände neu einzulesen.
