NEWS
Tageszähler Stromverbrauch
-
@frankthegreat sagte: Muss ich dann wahrscheinlich mit meinen DP's anpassen.
Muss sicher angepasst werden.
@paul53 sagte in Tageszähler Stromverbrauch:
@frankthegreat sagte: Muss ich dann wahrscheinlich mit meinen DP's anpassen.
Muss sicher angepasst werden.
Super, danke dir. :+1:
Werte berichten. -
@frankthegreat Na das kannst mit NodeRed aber genauso machen, was hier mit Blockly gemacht wurde.
@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 :upside_down_face:
Wie müsste das dann aussehen? -
@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 :upside_down_face:
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:
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
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.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
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 Bin ziemlich überwältigt :clap:
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.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@mickym Bin ziemlich überwältigt :clap:
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.
@frankthegreat Ja mache ich gleich - ich beschreibe noch die Parameter.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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 Sorry, nur kein Stress.
Bin ja froh, das du dich da so engagierst :sunglasses: -
@paul53 Ok dann muss man es halt anders umrechnen - ich habe ja nur mal einen Korrekturfaktor eingebaut. Wie müsste der denn dann aussehen?
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@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
-
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.
-
Es ist übrigens auch ganz einfach neue Schedule-Events nachzutragen:
Die Datenpunkte werden dann automatisch erzeugt:
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Es ist übrigens auch ganz einfach neue Schedule-Events nachzutragen:
Die Datenpunkte werden dann automatisch erzeugt:
-
@mickym
Bin beeindruckt :+1: :+1: :+1:Vielen Dank schonmal.
Werde diese Woche mal einen Testlauf machen :the_horns:@frankthegreat Ja dann schau mal - wenn Du nicht initialisierst, dann musst Du halt 2 Perioden abwarten - damit eine vollständige Periode berechnet wird. Sprich wenn Du nicht alles triggerst, werden die Zählerstände erst mit dem ersten Eintreten des Ereignisses erfasst.
Na mal schauen, ob es das so tut. Das Stundenergebnis umgerechnet - schaut aber gut aus und entspricht den Wh, die für die Geräte berichtet werden.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
Support us
664
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge