Blockly täglichen Verbrauch hochzählen
-
@codierknecht Das war mein Fehler.
Danke dir. jetzt hauts hin -
@asgothian Der Zähler zählt den Verbrauch. Aktueller Zählerstand ist mein Gaszählerstand. Der MemZählerstand wird um 23:58 gestetzt und nach dem berechne ich täglich fortlaufend den aktuellen verbrauch.
Am ende des tages 23:58 Uhr wird die differenz von MemZählerstand und Aktuellem Zählerstand in den Datenpunkt Verbrauch gestern geschrieben. -
@fritzk
Ich mache das mit 3 DP - sowohl für Gas als auch (angepasst) für Strom:- "Laufender Tagesverbrauch" - wird über Tag bei jedem Impuls hochgezählt
- "Aktueller Zählerstand" - wird kontinuierlich hochgezählt
- "Berechneter Tagesverbrauch" wird in der Nacht geschrieben und per SQL historisiert
-
@codierknecht sagte in Blockly täglichen Verbrauch hochzählen:
@fritzk
Ich mache das mit 3 DP - sowohl für Gas als auch (angepasst) für Strom:- "Laufender Tagesverbrauch" - wird über Tag bei jedem Impuls hochgezählt
- "Aktueller Zählerstand" - wird kontinuierlich hochgezählt
- "Berechneter Tagesverbrauch" wird in der Nacht geschrieben und per SQL historisiert
Frage: Wozu ist das
Pause 1 Sekin deinem Blockly ?Das hat keinen Effekt, da dahinter keine weiteren Anweisungen folgen. Selbst wenn du da ein
Pause 20 Stundenrein schreiben würdest würden die Zählerstände munter aktualisieret werden. Das Skript würde Halt noch Ressourcen benötigen.A.
Nachtrag1: Du hast einen Impulstrigger, @Fritzk hat einen Zählenden Trigger, deswegen ist das nicht zu 100% vergleichbar.
Nachtrag2: Den Zeitplan kann man sich sparen indem du (mit dem gleichen Baustein wie Dein "Wert") das Rücksetzen und Umsetzen im Trigger hinter einem Wenn (Wochentag(Vorheriger Zeitstempel)) != (Wochentag(Aktueller Zeitstempel)) Konstrukt versenkst. Das wird automatisch beim 1. Trigger des neuen Tages angestossen.
Nachtrag3: Die Abfrage auf "Falls Wert" kann weg wenn du auf "Ist grösser als vorher" Triggerst, denn: Wahr > Falsch
-
@fritzk sagte: Das ganze schaut so aus
Du hast alle Variablen - nur an der falschen Stelle gesetzt. Falsch ist auch "erhöhe Verbrauch". Vorschlag:
-
@asgothian sagte in Blockly täglichen Verbrauch hochzählen:
Frage: Wozu ist das Pause 1 Sek in deinem Blockly ?
Das hat keinen Effekt, da dahinter keine weiteren Anweisungen folgen. Selbst wenn du da ein Pause 20 Stunden rein schreiben würdest würden die Zählerstände munter aktualisiert werden. Das Skript würde Halt noch Ressourcen benötigen.Sollte zum Entprellen dienen.
In meiner Originalversion folgt darauf noch ein Debug - das habe ich hier der Einfachheit halber weggelassen.
Gibt's 'ne bessere Variante zum Entprellen?Nachtrag2: Den Zeitplan kann man sich sparen indem du (mit dem gleichen Baustein wie Dein "Wert") das Rücksetzen und Umsetzen im Trigger hinter einem Wenn (Wochentag(Vorheriger Zeitstempel)) != (Wochentag(Aktueller Zeitstempel)) Konstrukt versenkst. Das wird automatisch beim 1. Trigger des neuen Tages angestossen.
Dann wäre der Verbrauch aber am falschen Tag protokolliert
Nachtrag3: Die Abfrage auf "Falls Wert" kann weg wenn du auf "Ist grösser als vorher" Triggerst, denn: Wahr > Falsch
OK - guter Punkt. Werde ich ändern.
-
@codierknecht sagte in Blockly täglichen Verbrauch hochzählen:
Frage: Wozu ist das Pause 1 Sek in deinem Blockly ?
Das hat keinen Effekt, da dahinter keine weiteren Anweisungen folgen. Selbst wenn du da ein Pause 20 Stunden rein schreiben würdest würden die Zählerstände munter aktualisiert werden. Das Skript würde Halt noch Ressourcen benötigen.Sollte zum Entprellen dienen.
In meiner Originalversion folgt darauf noch ein Debug - das habe ich hier der Einfachheit halber weggelassen.
Gibt's 'ne bessere Variante zum Entprellen?Wenn du entprellen willst dann brauchst du entweder einen Timeout und eine Variable oder eine geeignete Zeitabfrage (die ich inzwischen bevorzuge): Ich setze eine interne Variable "timestamp" am Anfang auf 0.
Dann folgt: falls Timestamp < aktueller Zeitstempel - x mache (Aktion nach trigger, setze Timestamp auf aktueller Zeitstempel)
x ist die Entprellzeit in ms.Nachtrag2: Den Zeitplan kann man sich sparen indem du (mit dem gleichen Baustein wie Dein "Wert") das Rücksetzen und Umsetzen im Trigger hinter einem Wenn (Wochentag(Vorheriger Zeitstempel)) != (Wochentag(Aktueller Zeitstempel)) Konstrukt versenkst. Das wird automatisch beim 1. Trigger des neuen Tages angestossen.
Dann wäre der Verbrauch aber am falschen Tag protokolliert
Das Protokollieren am falschen Tag ist in der Theorie richtig - in der Praxis stellt sich die Frage wie du mit den DP weiter arbeitest. Solange du nur "Verbrauch heute" und "Verbrauch Gestern" in einer Visualisierung darstellst wird es eher nicht auffallen wenn innerhalb der ersten x Sekunden des Tages der Wert noch nicht stimmt.
A.
-
@asgothian sagte in Blockly täglichen Verbrauch hochzählen:
Wenn du entprellen willst dann brauchst du entweder einen Timeout und eine Variable
Das habe ich mir beim Betrachten des Codes schon so gedacht.
Hier laufe ich sonst wohl in ein Asynchron-Problem, falls es wirklich zum Prellen kommt.
Werde ich mal umbauen.@asgothian sagte in Blockly täglichen Verbrauch hochzählen:
Das Protokollieren am falschen Tag ist in der Theorie richtig - in der Praxis stellt sich die Frage wie du mit den DP weiter arbeitest. Solange du nur "Verbrauch heute" und "Verbrauch Gestern" in einer Visualisierung darstellst wird es eher nicht auffallen wenn innerhalb der ersten x Sekunden des Tages der Wert noch nicht stimmt.
Ich protokolliere den Verbrauch für die einzelnen Tage.
Wenn ich den Wert erst beim ersten Impuls eines Tages wegschreibe, landet er durch seinen Timestamp auf dem falschen Tag. Ist nicht kriegsentscheidend, aber verfälscht das Bild. Könnte man natürlich im SQL wieder zurechtbiegen. -
@paul53 nur nochmal ne frage zum Verständniss. Der Verbrauch aktuell sollte ja dann auch um 23:58 Uhr auf null zurückgestellt werden ? Das ist ja dann mein Tagesverbrauch vom aktuellen Tag
-
@fritzk sagte: Der Verbrauch aktuell sollte ja dann auch um 23:58 Uhr auf null zurückgestellt werden ?
Das kann man machen. Beim nächsten Zählimpuls fängt er ohnehin mit dem Wert einer Impulseinheit an.
