[Vorlage] Stromverbrauch protokollieren - (etwas optimiert)
-
Hi Leute,
mir wird nur ein Gerät gefunden.
Hab mal von den Geräten die nicht gefunden werden Screenshots angehängt. Vielleicht habt ihr ja einen Hinweis für mich.
Grüße
Afro `
Hi Afro,
wenn ich das richtig sehe, hat gerade der Kanal 2, bei dem der CURRENT Wert steht, keinen sprechenden Namen, sondern den, der am Anfang gesetzt wird durch die CCU.
Spricht etwas dagegen, diesen zu ändern?
Edit:
Aktiviere mal das logging und poste die Ausgabe.
-
wir haben 2 Tarife. Einmal für den normalen Haushaltsstrom und einmal für Heizstrom…könntest Du auf die ToDo packen, dass man auch 2 Preise entsprechend definieren kann?
Also für bestimmte Zähler hätte ich gerne Preis 1 und für andere Zähler hätte ich gerne Preis 2
Zu Dank! `
Jetzt wirds interessant :). Da müssen wir mit Zuordnungen arbeiten. Dürfte aber nicht sooo schwer sein. Ich habs in die ToDos aufgenommen und denke darüber nach.
-
wir haben 2 Tarife. Einmal für den normalen Haushaltsstrom und einmal für Heizstrom…könntest Du auf die ToDo packen, dass man auch 2 Preise entsprechend definieren kann?
Also für bestimmte Zähler hätte ich gerne Preis 1 und für andere Zähler hätte ich gerne Preis 2
Zu Dank! `
Jetzt wirds interessant :). Da müssen wir mit Zuordnungen arbeiten. Dürfte aber nicht sooo schwer sein. Ich habs in die ToDos aufgenommen und denke darüber nach. `
Ich bin am überlegen, ob es Sinn macht das ganze programmiertechnisch abzubilden mit Arrays usw.
Was hältst du von folgender Idee:
Im Verzeichnis "Strom" existiert ja ein Ordner "Preis.aktuell.Arbeitspreis" und "Preis.aktuell.Grundpreis".
Das ist sozusagen der Standardwert.
Sobald bei einem bestimmten Gerät ein Verzeichnis "Preis" auftaucht, wird stattdessen dieser Preis genommen, also:
"Strom.Küche.Kühlschrank.Kosten"
"Strom.Küche.Kühlschrank.Verbrauch"
"Strom.Küche.Kühlschrank.Zaehlerstand"
"Strom.Küche.Kühlschrank.config"
NEU:
"Strom.Küche.Kühlschrank.Preis.aktuell.Arbeitspreis"
-
Egal wie die Lösung nachher aussieht, ich wäre auch sehr interessiert an 2 Preisen …
Danke schon mal im voraus
-
ok, das heisst, es wird ein Objekt erzeugt mit .Preis und ich muss dann den Preis unter Objekten eintragen?
-
ok, das heisst, es wird ein Objekt erzeugt mit .Preis und ich muss dann den Preis unter Objekten eintragen? `
Ich könnte theoretisch für jedes Gerät die Objekte dafür anlegen und mit "0" füllen. Sobald jemand einen Preis einträgt, wird dieser zur Berechnung von Kosten genommen, anstatt dem Standard.
Habt ihr dann auch einen zweiten Grundpreis?
-
Habt ihr dann auch einen zweiten Grundpreis? `
Ja, auch einen zweiten Grundpreis. Da das ja eher die Ausnahme ist, würde es mir reichen, wenn ich das für die entsprechenden Geräte eintragen kann.
-
ja, ist ein absolut anderer Tarif auch bei einem anderen Anbieter
Aber auch hier ist mir der Grundpreis relativ Hupe…für mich wären nur die wirklichen Stromkosten interessant für die unterschiedlichen Stromkreise.
Also zur Erklärung, wir haben auch 2 getrennte Stromzähler...je Tarif.
-
Version 1.0.6 ist nun online:
https://github.com/hdering/homematic_st … okollieren
Wenn ihr das logging aktiviert habt, bekommt ihr auch einen Logeintrag, z.B.
script.js.common.Strom_Zaehlerstaende_TEST: Das Gerät:Stromzaehler hat eigenen Strompreis: 0.60
-
Danke hat geklappt.
Grüße
Afro
` > Hi Afro,
wenn ich das richtig sehe, hat gerade der Kanal 2, bei dem der CURRENT Wert steht, keinen sprechenden Namen, sondern den, der am Anfang gesetzt wird durch die CCU.
Spricht etwas dagegen, diesen zu ändern?
Edit:
Aktiviere mal das logging und poste die Ausgabe. `
-
Ich benötige Vorschläge, wie wir die Speicherung vorheriger Werte realisieren sollen.
Möglichkeit 1:
Am Ende des Tages/des Monats/… wird der aktuelle Wert (jeweils von Verbrauch, Kosten, Zählerstand) in eine zusätzliche Variable kopiert.
Diese Variante, denke ich, wäre für die passend die history einsetzen. Es könnte die zusätzliche Variable einfach geloggt werden.
Möglichkeit 2:
Am Ende des Tages/des Monats/... wird der aktuelle Wert (jeweils von Verbrauch, Kosten, Zählerstand) in eine zusätzliche Variable kopiert.
Zusätzlich:
Für die letzten 30 Tage werden die alten Werte gespeichert.
Für die letzten 4/5 Wochen werden die alte Werte gespeichert.
Für die letzten 4 Quartale werden die alten Werte gespeichert.
Für das letzte Jahr werden die alten Werte gespeichert.
Wie viel Tage/Wochen/Monate/... in die Vergangenheit gespeichert werden sollen, kann natürlich über eine Variable gesteuert werden.
Kosten
Strom.Küche.Kühlschrank.Kosten.Tag
Strom.Küche.Kühlschrank.Kosten.Tag_1
Strom.Küche.Kühlschrank.Kosten.Tag_2
Strom.Küche.Kühlschrank.Kosten.Tag_3
Strom.Küche.Kühlschrank.Kosten.Tag_n
Strom.Küche.Kühlschrank.Kosten.Woche_1
Strom.Küche.Kühlschrank.Kosten.Woche_2
Strom.Küche.Kühlschrank.Kosten.Woche_3
Strom.Küche.Kühlschrank.Kosten.Monat_1
Strom.Küche.Kühlschrank.Kosten.Monat_2
…
Verbrauch
Strom.Küche.Kühlschrank.Verbrauch.Tag
Strom.Küche.Kühlschrank.Verbrauch.Tag_1
Strom.Küche.Kühlschrank.Verbrauch.Tag_2
Strom.Küche.Kühlschrank.Verbrauch.Tag_3
Strom.Küche.Kühlschrank.Verbrauch.Tag_4
Strom.Küche.Kühlschrank.Verbrauch.Tag_n
…
Diese Variante, denke ich, wäre für die passend die kein history einsetzen.
Habt ihr andere Vorschläge?
-
Version 1.0.7 ist nun online:
https://github.com/hdering/homematic_st … okollieren
1.0.7 (2018-03-07)
(hdering) Wenn eine History Instanz verfügbar ist, kann man im Skript die Instanz angeben. Es wird dann bei allen Objekten die History aktiviert.
(hdering) Bei jedem Tages/Wochen/Monats/...-wechsel wird nun der aktuelle Verbrauch/die aktuellen Kosten in einer zusätzlichen Variable abgespeichert
-
Hi,
habe das Script jetzt auch mal in Betrieb genommen - sieht gar nicht übel aus.
Eine Frage:
Bin ich zu doof es zu finden, oder gibt es (noch) keine Möglichkeit, den Zählerstand der letzten Ablesung anzugeben und es wird der Verbrauch seit der letzten Ablesung berechnet?
Ansonsten lasse ich es jetzt mal ein paar Tag gelaufen und schaue mal, was mir so auffällt.
Gruß,
Eric
-
Hi,
habe das Script jetzt auch mal in Betrieb genommen - sieht gar nicht übel aus.
Eine Frage:
Bin ich zu doof es zu finden, oder gibt es (noch) keine Möglichkeit, den Zählerstand der letzten Ablesung anzugeben und es wird der Verbrauch seit der letzten Ablesung berechnet?
Ansonsten lasse ich es jetzt mal ein paar Tag gelaufen und schaue mal, was mir so auffällt.
Gruß,
Eric `
Hi Eric,
die Möglichkeit gibt es nicht. Ich hab mal darüber nachgedacht, wie man das Abbilden könnte.
Nehmen wir an dein Zählerstand hat 91000,00 kWh jetzt in dieser Minute.
Der Zähler in der CCU hat 59986.60 Wh und ein neuer Wert kommt rein 59998.10 Wh (kann ja unter Umständen sein, weil z.B. die Batterie beim Stromzähler leer geworden ist).
Wie kann ich da was berechnen?
Ich weiß nicht ab wann der Wert 59986.60 Wh gezählt wird.
Oder habe ich einen Denkfehler?
-
Hey danke für das Skript,
mit meinem HM-ES-TX-WM läuft es echt super.
Mein Wunsch wäre so ein Skripte mal als Adapter umzusetzen,
hoffe jemand kann dir bei der Umsetzung helfen.
Ich habe noch Sonoff und Tp-Link Zwischenzähler, diese manuell zu zufügen wäre auch sehr geil, wäre das machbar?
Gruß Christian
-
Moin,
Wie kann ich da was berechnen?
Oder habe ich einen Denkfehler? `
ich denke, wir reden aneinander vorbeiIch denke an einen weiteren Datenpunkt „Zaehlerstand_letzte_Ablesung“.
Dieser wird durch den User manuell befällt (mit den Angaben von der Rechnung oder weil er selber abliest).
Dann ein weiterer Datenpunkt „Verbrauch_seit_letzter_Ablesung“
Im Script wird einfach zyklisch dieser neue DP berechnet (Aktueller Zählerstand - Zaehlerstand_letzte_Ablesung = Verbrauch_seit_letzter_Ablesung“).
Verbrauch seit Jahresbeginn, usw. wird ja ähnlich berechnet, nur kann ich damit nichts anfangen, da bei mir die Ablesung im Mai geschieht.
Gruß,
Eric
-
Moin,
Wie kann ich da was berechnen?
Oder habe ich einen Denkfehler? `
ich denke, wir reden aneinander vorbeiIch denke an einen weiteren Datenpunkt „Zaehlerstand_letzte_Ablesung“.
Dieser wird durch den User manuell befällt (mit den Angaben von der Rechnung oder weil er selber abliest).
Dann ein weiterer Datenpunkt „Verbrauch_seit_letzter_Ablesung“
Im Script wird einfach zyklisch dieser neue DP berechnet (Aktueller Zählerstand - Zaehlerstand_letzte_Ablesung = Verbrauch_seit_letzter_Ablesung“).
Verbrauch seit Jahresbeginn, usw. wird ja ähnlich berechnet, nur kann ich damit nichts anfangen, da bei mir die Ablesung im Mai geschieht.
Gruß,
Eric `
Hi Eric,
muss bei dieser Berechnung "Aktueller Zählerstand - Zaehlerstand_letzte_Ablesung = Verbrauch_seit_letzter_Ablesung" nicht vorausgesetzt sein, das der aktuelle Zählerstand seit der letzten Ablesung durchläuft und nicht resetet wurde (z.B. Batterie leer)?
Oder man muss beide Werte eingeben:
"Zaehlerstand_letzte_Ablesung" und "Aktueller Zählerstand"
Ab dann wird zyklisch einfach der neue Wert gehört und dazu addiert.
-
Moin,
muss bei dieser Berechnung "Aktueller Zählerstand - Zaehlerstand_letzte_Ablesung = Verbrauch_seit_letzter_Ablesung" nicht vorausgesetzt sein, das der aktuelle Zählerstand seit der letzten Ablesung durchläuft und nicht resetet wurde (z.B. Batterie leer)? `
berechtigter Einwand.Du triggerst ja eh auf "neuer Wert da". Kannst Du nicht den letzten Wert in einen sep. DP sichern und bei einem neuen Wert einen Vergleich auf >= machen?
Wenn der Wert kleiner ist, stimmt was nicht und DU gibst eine entspr. Warnmeldung raus
Oder man muss beide Werte eingeben:
"Zaehlerstand_letzte_Ablesung" und "Aktueller Zählerstand"
Ab dann wird zyklisch einfach der neue Wert gehört und dazu addiert. `
Soll der DP "Aktueller Zählerstand" dann nur im Falle eines "Ausfalls" (Batteriewechsel, o.ä.) manuell gefüllt werden?Gruß,
Eric
-
Du triggerst ja eh auf "neuer Wert da". Kannst Du nicht den letzten Wert in einen sep. DP sichern und bei einem neuen Wert einen Vergleich auf >= machen?
Wenn der Wert kleiner ist, stimmt was nicht und DU gibst eine entspr. Warnmeldung raus `
Das war früher so (in dem alten Skript). Das war aber viel zu umständlich. So wie es jetzt geprüft wird, ist es geschickter und es ist egal, ob die CCU neugestartet wird oder die Batterie leer ist.
Es wird schon geprüft, ob der neue Wert größer als der alte Wert ist, aber einmalig ignoriert. Danach läuft es weiter wie immer.
Moin,
Oder man muss beide Werte eingeben:
"Zaehlerstand_letzte_Ablesung" und "Aktueller Zählerstand"
Ab dann wird zyklisch einfach der neue Wert gehört und dazu addiert. `
Soll der DP "Aktueller Zählerstand" dann nur im Falle eines "Ausfalls" (Batteriewechsel, o.ä.) manuell gefüllt werden?Gruß,
Eric
Wer denkt schon daran den Zählerstand einzutragen, wenn die Batterie leer ist, ich nicht :). Ich will einfach, dass es läuft. Vielleicht passiert es auch gerade, wenn man im Urlaub ist.
Ich würde es nicht zu komplex machen.
Wenn man das Skript in Betrieb nimmt, müssen diese beiden Werte eingegeben werden ("Zaehlerstand_letzte_Ablesung" und "Aktueller Zählerstand") und den Rest soll das Skript machen, vorausgesetzt man benötigt überhaupt diese Informationen. Ansonsten Skript einfach starten und zählen lassen.
oder?
-
Mein Wunsch wäre so ein Skripte mal als Adapter umzusetzen,
hoffe jemand kann dir bei der Umsetzung helfen. `
Meiner auch. Wenn mir jemand Beispiele geben kann oder durchleiten kann, dann würde ich das machen.
Ich habe noch Sonoff und Tp-Link Zwischenzähler, diese manuell zu zufügen wäre auch sehr geil, wäre das machbar? `
Mach mal Screenshots von den Objekten in ioBroker. Am besten die ganze Baumstruktur aufklappen, damit man sieht, welchen Wert man mitloggen muss.
