Tageszähler Stromverbrauch
-
@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.
-
Es ist übrigens auch ganz einfach neue Schedule-Events nachzutragen:
Die Datenpunkte werden dann automatisch erzeugt:
-
@mickym
Bin beeindruckt
Vielen Dank schonmal.
Werde diese Woche mal einen Testlauf machen
-
@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.
-
Ggf. ist es sinnvoller - die Trigger alle gegen 0:00:00 starten zu lassen. Dann muss man die Scheduler halt entsprechend ändern:
-
@frankthegreat
Sourceanalytix (V0.4.14) hat auch mich, einen nicht unerheblichen Teil, meiner Zeit gekostet
Sourceanalytix (in meinem Fall Ermittlung der Solarproduktion, Eigenverbrauch, etc) )scheint die Differenz zum vorherigen Wert scheinbar erst zu ermitteln, wenn sich der zu triggernde Wert ändert, d.h. der zuletzt gelesene Wert wird beibehalten, und zwar unabhängig davon ob ein Tageswechsel stattgefunden hat. (Es soll ja eine neue Version in Arbeit sein)
Somit steht im currentday-Datenpunkt nach 00:00 Uhr immer noch der Tageswert des vorangegangenen Tages, bis eben der Datenpunkt bei aufgehender Sonne wieder weitergezählt wird.
Meine Lösung:
->Blockly mit Addition von 1 Watt auf den betreffenden Datenpunkt um 00:01 Uhr.
Wenn's supergenau sein soll kann das 1 Watt ja nach Sonnenaufgang wieder abgezogen werden.
Damit werden auch alle untergeordneten Datenpunkte für Monat, Jahr, Quartal, etc tagesgenau aktualisiert. -
@cäptnblaubär
Jepp, hab mit Sourceanalytics auch einiges an Zeit investiert. Ergebnis war aber ernüchternd
Von der Sache her ein guter Adapter mit jeder Menge DP's.
Mir kommt es ja auch nicht auf Milli-Watt-Genauigkeit an
Aber der Tageszähler sollte schon täglich um 0:00 oder 'ne Sekunde vorher wieder auf 0 springen. Die anderen Zähler hab ich zwar nicht probiert, vermutlich machen die das aber auch nicht.
Von daher ist der SA Adapter leider nicht zu gebrauchen. Schade um die viele Zeit, die der Entwickler da investiert hat
-
mir hat das enorm geholfen. danke
-
@mickym
Hallo @mickym ,
kurz zu mir: Ich habe keinerlei Erfahrung mit Node-red und bin gerade über diesen Thread gestolpert und versuche die Programmierung nachzuvollziehen.
Ich habe deinen Flow installiert. Die Datenpunkte sind auch angelegt worden.
Ich stolpere aber an (mindesten) zwei Stellen:
Wie kann ich die Schedules erweitern? Ich hätte gerne zusätzlich stündlich und jährlich.
Weiter benötige ich eine Kostenauswertung getrennt nach Gerät.Mein Stand ist der Import des letzten Flows.
Viele Grüße
Martin -
@martybr
Das habe ich nun angepasst. Ist das so in Ordnung?[ { "id": "dea0daa6098ba7f9", "type": "subflow", "name": "Verbrauchszähler", "info": "## Parameter:\r\n\r\n\r\n`counterSource` : Hier gibt man den Datenpunkt des Zählers an, der überwacht werden soll. <br>\r\n`baseTopic` : Hier gibt man den Basispfad ein, unter dem die Datenpunkte für Zählerstände und Verbrauchswerte abgespeichert werden sollen. <br>\r\n`changeFactor` : Hier kann man einen Wert eingeben mit dem die ermittelten Differenzen der Zählerstände multipliziert werden sollen. <br>\r\n`counterOffset` : Hier gibt einen Wert eingeben, der auf den aktuellen Zählerstand addiert wird, um ggf. einen Reset des Zählers zu kompensieren. <br>", "category": "", "in": [ { "x": 60, "y": 140, "wires": [ { "id": "e5bc5007405e7a46" } ] } ], "out": [ { "x": 1600, "y": 220, "wires": [ { "id": "f009873d7eb21eef", "port": 0 } ] } ], "env": [ { "name": "counterSource", "type": "str", "value": "" }, { "name": "baseTopic", "type": "str", "value": "0_userdata.0.Test.Gerät1" }, { "name": "changeFactor", "type": "num", "value": "1" }, { "name": "counterOffset", "type": "num", "value": "0" } ], "meta": {}, "color": "#DDAA99" }, { "id": "4d38b16657026f40", "type": "ioBroker get", "z": "dea0daa6098ba7f9", "name": "Aktueller Zähler", "topic": "", "attrname": "current", "payloadType": "value", "errOnInvalidState": "nothing", "x": 400, "y": 140, "wires": [ [ "a2654ab97236c877" ] ] }, { "id": "90df61e86d3b840c", "type": "change", "z": "dea0daa6098ba7f9", "name": "ermittle Verbrauch", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "current - payload", "tot": "jsonata" }, { "t": "set", "p": "factor", "pt": "msg", "to": "changeFactor", "tot": "env" }, { "t": "set", "p": "payload", "pt": "msg", "to": "payload * factor", "tot": "jsonata" }, { "t": "set", "p": "topic", "pt": "msg", "to": "consumption", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1210, "y": 140, "wires": [ [ "a00ead7de4cf452b", "f009873d7eb21eef" ] ] }, { "id": "a00ead7de4cf452b", "type": "ioBroker out", "z": "dea0daa6098ba7f9", "name": "Verbrauch", "topic": "", "ack": "true", "autoCreate": "true", "stateName": "", "role": "", "payloadType": "number", "readonly": "false", "stateUnit": "", "stateMin": "", "stateMax": "", "x": 1450, "y": 140, "wires": [] }, { "id": "cba5d50c245cea3d", "type": "change", "z": "dea0daa6098ba7f9", "name": "Basistopics", "rules": [ { "t": "set", "p": "base", "pt": "msg", "to": "baseTopic", "tot": "env" }, { "t": "set", "p": "topic", "pt": "msg", "to": "base & \".Zähler.\" & payload.config.topic", "tot": "jsonata" }, { "t": "set", "p": "consumption", "pt": "msg", "to": "base & \".Verbrauch.\" & payload.config.topic", "tot": "jsonata" }, { "t": "set", "p": "schedulerTopic", "pt": "flow", "to": "payload.config.topic", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 810, "y": 140, "wires": [ [ "a07be4046c224cbf" ] ] }, { "id": "a07be4046c224cbf", "type": "ioBroker get", "z": "dea0daa6098ba7f9", "name": "Lese Zähler", "topic": "", "attrname": "payload", "payloadType": "value", "errOnInvalidState": "false", "x": 990, "y": 140, "wires": [ [ "90df61e86d3b840c", "b6eb7ae3096fbfdf" ] ] }, { "id": "1c947b18a0aa183f", "type": "ioBroker out", "z": "dea0daa6098ba7f9", "name": "Schreibe Zähler", "topic": "", "ack": "true", "autoCreate": "true", "stateName": "", "role": "", "payloadType": "number", "readonly": "false", "stateUnit": "", "stateMin": "", "stateMax": "", "x": 1460, "y": 80, "wires": [] }, { "id": "b6eb7ae3096fbfdf", "type": "change", "z": "dea0daa6098ba7f9", "name": "Update Zähler", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "current", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1220, "y": 80, "wires": [ [ "1c947b18a0aa183f" ] ] }, { "id": "e5bc5007405e7a46", "type": "change", "z": "dea0daa6098ba7f9", "name": "", "rules": [ { "t": "set", "p": "topic", "pt": "msg", "to": "counterSource", "tot": "env" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 200, "y": 140, "wires": [ [ "4d38b16657026f40" ] ] }, { "id": "f009873d7eb21eef", "type": "change", "z": "dea0daa6098ba7f9", "name": "", "rules": [ { "t": "set", "p": "topic", "pt": "msg", "to": "schedulerTopic", "tot": "flow" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1460, "y": 220, "wires": [ [] ] }, { "id": "a2654ab97236c877", "type": "change", "z": "dea0daa6098ba7f9", "name": "Counter Offset", "rules": [ { "t": "set", "p": "offset", "pt": "msg", "to": "counterOffset", "tot": "env" }, { "t": "set", "p": "current", "pt": "msg", "to": "current + offset", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 600, "y": 140, "wires": [ [ "cba5d50c245cea3d" ] ] }, { "id": "b6a02d4027b9655a", "type": "tab", "label": "Energiezähler", "disabled": false, "info": "", "env": [] }, { "id": "bb070f61d47fcdfd", "type": "cronplus", "z": "b6a02d4027b9655a", "name": "", "outputField": "payload", "timeZone": "", "storeName": "", "commandResponseMsgOutput": "output1", "defaultLocation": "", "defaultLocationType": "default", "outputs": 1, "options": [ { "name": "daily", "topic": "täglich", "payloadType": "default", "payload": "", "expressionType": "cron", "expression": "59 59 23 * * * *", "location": "", "offset": "0", "solarType": "all", "solarEvents": "sunrise,sunset" }, { "name": "weekly", "topic": "wöchentlich", "payloadType": "default", "payload": "", "expressionType": "cron", "expression": "59 59 23 * * 6 *", "location": "", "offset": "0", "solarType": "all", "solarEvents": "sunrise,sunset" }, { "name": "monthly", "topic": "monatlich", "payloadType": "default", "payload": "", "expressionType": "cron", "expression": "59 59 23 L * *", "location": "", "offset": "0", "solarType": "all", "solarEvents": "sunrise,sunset" }, { "name": "yearly", "topic": "jährlich", "payloadType": "default", "payload": "", "expressionType": "cron", "expression": "59 59 23 31 12 * *", "location": "", "offset": "0", "solarType": "all", "solarEvents": "sunrise,sunset" } ], "x": 340, "y": 120, "wires": [ [ "897ac0a3992b06da", "cf229178dca653c1" ] ] }, { "id": "f1b0b23ecc796e87", "type": "inject", "z": "b6a02d4027b9655a", "name": "", "props": [ { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "trigger-all", "x": 100, "y": 60, "wires": [ [ "bb070f61d47fcdfd" ] ] }, { "id": "54b71782eaa202fa", "type": "inject", "z": "b6a02d4027b9655a", "name": "", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "trigger", "payload": "daily", "payloadType": "str", "x": 110, "y": 180, "wires": [ [ "bb070f61d47fcdfd" ] ] }, { "id": "d8046ce919ab4e18", "type": "inject", "z": "b6a02d4027b9655a", "name": "", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "trigger", "payload": "weekly", "payloadType": "str", "x": 110, "y": 240, "wires": [ [ "bb070f61d47fcdfd" ] ] }, { "id": "897ac0a3992b06da", "type": "subflow:dea0daa6098ba7f9", "z": "b6a02d4027b9655a", "name": "Strombezug", "env": [ { "name": "counterSource", "value": "alias.0.Verbrauch.Strom.HWR.Strom_Bezug", "type": "str" }, { "name": "baseTopic", "value": "0_userdata.0.Test.Strombezug", "type": "str" } ], "x": 570, "y": 80, "wires": [ [] ] }, { "id": "cf229178dca653c1", "type": "subflow:dea0daa6098ba7f9", "z": "b6a02d4027b9655a", "name": "Einspeisung", "env": [ { "name": "counterSource", "value": "alias.0.Verbrauch.Strom.HWR.Strom_Einspeisung", "type": "str" }, { "name": "baseTopic", "value": "0_userdata.0.Test.Stromeinspeisung", "type": "str" } ], "x": 570, "y": 160, "wires": [ [] ] }, { "id": "3bdc50cc2fcf8f69", "type": "inject", "z": "b6a02d4027b9655a", "name": "", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "trigger", "payload": "hour", "payloadType": "str", "x": 110, "y": 120, "wires": [ [ "bb070f61d47fcdfd" ] ] }, { "id": "361255190e614223", "type": "inject", "z": "b6a02d4027b9655a", "name": "", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "trigger", "payload": "month", "payloadType": "str", "x": 110, "y": 300, "wires": [ [ "bb070f61d47fcdfd" ] ] }, { "id": "e9bd0262aa73e1c0", "type": "inject", "z": "b6a02d4027b9655a", "name": "", "props": [ { "p": "payload" }, { "p": "topic", "vt": "str" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "trigger", "payload": "year", "payloadType": "str", "x": 110, "y": 360, "wires": [ [ "bb070f61d47fcdfd" ] ] } ]
-
Nein - die Inject Nodes mit dem manuellen Trigger brauchst Du eigentlich nicht, wenn Du erst alles mit allen Triggern initialisiert hast. ]
Wie Du die cron-Plus Node um Stunden erweiterst habe ich doch hier gezeigt:
https://forum.iobroker.net/post/1148049
bzw. mit 0:00 als Startzeit was ich persönlich schöner finde hier:
https://forum.iobroker.net/post/1148199Aber für Dich gerne nochmal die Node mit einem Stundentrigger:
Wenn Du manuell einen bestimmten Trigger auslösen möchtest, dann musst Du den Namen des Schedulers in die payload schreiben:
Ich hab Dir das korrespondierende reingeschrieben.
Die Subflows Nodes sind soweit in Ordnung. Jährlich war schon in der urspünglichen Node enthalten - das siehst Du an den Schedulern - NICHT an den Inject Nodes - die sind NUR zum TESTEN des jeweiligen Schedulers.!!!!
