[Vorlage] Stromverbrauch protokollieren - (etwas optimiert)

eric2905

Moin,

Wie kann ich da was berechnen?

Oder habe ich einen Denkfehler? `
ich denke, wir reden aneinander vorbei

Ich 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

dering

~~@eric2905:~~

Moin,

~~@dering:~~

Wie kann ich da was berechnen?

Oder habe ich einen Denkfehler? `
ich denke, wir reden aneinander vorbei

Ich 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.

eric2905

Moin,

~~@dering:~~

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

~~@dering:~~

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

dering

~~@eric2905:~~

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.

~~@eric2905:~~

Moin,

~~@dering:~~

~~@dering:~~

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?

dering

~~@cvidal:~~

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.

~~@cvidal:~~

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.

eric2905

Hi,

~~@dering:~~

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. `
so kann man anfangen … und dann ggf. erweitern (wer Lust hat).

Ich habe diese Info schon gerne im Blick, daher die Nachfrage

Gruß,

Eric

dering

~~@eric2905:~~

Hi,

~~@dering:~~

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. `
so kann man anfangen … und dann ggf. erweitern (wer Lust hat).

Ich habe diese Info schon gerne im Blick, daher die Nachfrage

Gruß,

Eric `

Ich überleg mir mal was und stelle eventuell ein Testskript bereit.

cvidal

~~@dering:~~

Mach mal Screenshots von den Objekten in ioBroker. Am besten die ganze Baumstruktur aufklappen, damit man sieht, welchen Wert man mitloggen muss. `

Danke für die Rückmeldung,

ich hoffe damit kannst du Arbeiten

TP-Link HS110:

Sonoff POW:

Gruß Christian

dering

~~@cvidal:~~

~~@dering:~~

Mach mal Screenshots von den Objekten in ioBroker. Am besten die ganze Baumstruktur aufklappen, damit man sieht, welchen Wert man mitloggen muss. `

Danke für die Rückmeldung,

ich hoffe damit kannst du Arbeiten

TP-Link HS110:

HS110.PNG

Sonoff POW:

HS110.PNG

Gruß Christian `

Hi Christian,

das sind zweimal die gleichen Bilder oder?

Nepomukl

Hallo Gemeinde,

kann es sein das da irgendwo ein Fehler im Script ist.

2 mal meckert er mich an mit 'var message = geraetename + ….' das message schon definiert ist.

das ist aber nicht das schlimmste.

Ab Zeile 434 sagt er Zu viele Fehler, 64 % gescannt.

Dadurch läuft das Script nicht.

Hab es schon mehrfach neu geladen. Wo kann der Fehler liegen?

Gruß Andreas

dering

~~@Nepomukl:~~

Hallo Gemeinde,

kann es sein das da irgendwo ein Fehler im Script ist.

2 mal meckert er mich an mit 'var message = geraetename + ….' das message schon definiert ist.

das ist aber nicht das schlimmste.

Ab Zeile 434 sagt er Zu viele Fehler, 64 % gescannt.

Dadurch läuft das Script nicht.

Hab es schon mehrfach neu geladen. Wo kann der Fehler liegen?

Gruß Andreas `

Hi Andreas,

das ist nur eine Warnung, daran sollte es nicht liegen, warum es nicht läuft.

Aktiviere mal das logging und schau was dort angezeigt wird. Du kannst auch gerne den Inhalt posten und ich schau nach:

var logging = true;

PS:

In der nächsten Version ändere ich es ab, dass keine Warnung mehr kommt

Nepomukl

Das mit den Warnungen von message hab ich auch so gesehen.

Also logging war an und es sagt nix. Ganz normal nur die Startausgabe, wenn ich das Script Stoppe

wird es mir auch mitgeteilt, dazwischen nix.

An Objekten legt er auch unter Strom nur den Preis an. Weiter kommt nix.

An dieser Stelle sagt er dann To many errors (64 % scanned)
847_to_many_errors.jpg

wendy2702

Zum Thema "too many errors" –> viewtopic.php?f=8&t=7139&hilit=too+many+errors

cvidal

~~@dering:~~

Hi Christian,

das sind zweimal die gleichen Bilder oder? `

Ja, sorry.

Hier nochmal die Sonoff POW Objekte:

Gruß Christian

Nepomukl

ups, das ist im falschen Fred gelandet.

Jo mit der Angabe tuts das Script.

Nun etwas anderes. Das bezieht sich ja alles auf HM Produkte.

Das brauch ich in diesem Script nicht.

Kann man nicht am Anfang des Scriptes einen Datenpunkt angeben der Ausgewertet werden soll?

Einen Zählerstand, oder ein HM Fremdes Gerät.

Das wäre mir lieber

Gruß Andreas

dering

Version 1.1.0 ist nun online:

https://github.com/hdering/homematic_st … okollieren

1.1.0 (2018-03-12)

(hdering) Arbeitspreis + Grundpreis werden nicht mehr über das Skript gesetzt.
(hdering) Neuer Arbeitspreis + Grundpreis können innerhalb des Jahres angegeben werden.
(hdering) Geräte können ihren eigenen Strompreis haben.
(hdering) Geräte mit eigenem Strompreis haben ebenfalls die Funktion Arbeitspreis + Grundpreis innerhalb des Jahres zu ändern.
(hdering) Eigene Datenpunkte angeben
(hdering) Fehler in Funktion entferneDatenpunkt behoben

dering

~~@cvidal:~~

~~@dering:~~

Mach mal Screenshots von den Objekten in ioBroker. Am besten die ganze Baumstruktur aufklappen, damit man sieht, welchen Wert man mitloggen muss. `

Danke für die Rückmeldung,

ich hoffe damit kannst du Arbeiten

TP-Link HS110:

HS110.PNG

Sonoff POW:

HS110.PNG

Gruß Christian `

Version 1.1.0 ist nun online:

https://github.com/hdering/homematic_st … okollieren

1.1.0 (2018-03-12)

(hdering) Arbeitspreis + Grundpreis werden nicht mehr über das Skript gesetzt.
(hdering) Neuer Arbeitspreis + Grundpreis können innerhalb des Jahres angegeben werden.
(hdering) Geräte können ihren eigenen Strompreis haben.
(hdering) Geräte mit eigenem Strompreis haben ebenfalls die Funktion Arbeitspreis + Grundpreis innerhalb des Jahres zu ändern.
(hdering) Eigene Datenpunkte angeben
(hdering) Fehler in Funktion entferneDatenpunkt behoben

dering

~~@Nepomukl:~~

ups, das ist im falschen Fred gelandet.

Jo mit der Angabe tuts das Script.

Nun etwas anderes. Das bezieht sich ja alles auf HM Produkte.

Das brauch ich in diesem Script nicht.

Kann man nicht am Anfang des Scriptes einen Datenpunkt angeben der Ausgewertet werden soll?

Einen Zählerstand, oder ein HM Fremdes Gerät.

Das wäre mir lieber

Gruß Andreas `

Version 1.1.0 ist nun online:

https://github.com/hdering/homematic_st … okollieren

1.1.0 (2018-03-12)

(hdering) Arbeitspreis + Grundpreis werden nicht mehr über das Skript gesetzt.
(hdering) Neuer Arbeitspreis + Grundpreis können innerhalb des Jahres angegeben werden.
(hdering) Geräte können ihren eigenen Strompreis haben.
(hdering) Geräte mit eigenem Strompreis haben ebenfalls die Funktion Arbeitspreis + Grundpreis innerhalb des Jahres zu ändern.
(hdering) Eigene Datenpunkte angeben
(hdering) Fehler in Funktion entferneDatenpunkt behoben

ple

Yeah, das muss ich heute Abend mal testen;-)

Besten Dank für deine Bemühungen;-)

Gruß

Nepomukl

Top

habs gleich mal eingebaut. Jetzt gehts ans Testen.

Bist ja wirklich fix

Besten Dank !!!

Gruß Andreas

NEWS

[Vorlage] Stromverbrauch protokollieren - (etwas optimiert)

1.1.0 (2018-03-12)

1.1.0 (2018-03-12)

1.1.0 (2018-03-12)

Support us

422

32.4k

81.4k

1.3m