Berechnung erst starten sobald mehrere Werte aktuell sind

[Homoran]

@paul53 sagte:

@mickym sagte: wenn der letzte Wert mal ganz ausfällt und am nächsten Zyklus als Erstes meldet

Es sind verschiedene Geräte, die in unterschiedlichen Zeitabständen senden, also gibt es keinen Zyklus in dem Sinne. Das Gerät mit der niedrigsten Sendefrequenz bestimmt i.d.R. den Zyklus.

und selbst wenn dann nur noch seltener gerechnet wird müssen die Werte nicht passen.
ich rechne nur den Hausverbrauch aus Smartmeter und Wechselrichter.
dazu startet die Abfrage des Wechselrichter wenn der Smartmeter liefert.

Bei stark wechselnder Bewölkung habe ich dann falsche Verbrauchswerte

[paul53]

@homoran sagte: müssen die Werte nicht passen.

Richtig. Aber die Wahrscheinlichkeit ist höher, dass die Werte zueinander passen - vor allem dann, wenn ein Gerät mit hoher Frequenz (alle 2 s) sendet. Wenn das langsame Gerät allerdings intern eine zeitliche Mittelwertbildung vornimmt, müsste diese für das schnelle Gerät nachgebildet werden.

[mickym]

Ich finde den Median eh viel besser, als die Mittelwertbildung - da damit einfach Ausreißer besser ausgefiltert werden.

[OliverIO]

@mickym sagte in Berechnung erst starten sobald mehrere Werte aktuell sind:

Der TE hat es ja in die Blockly

ach herrjeh, dann hätt ich ja nix schreiben müssen, leider nicht gesehen

[Christian23]

@oliverio
Herzlichen Dank für die Info. Ich werde es probieren, damit umzusetzen.

[Andersmacher]

@christian23 Ich möchte mich in Eure Diskussion nicht einmischen, aber einen kurzen Hinweis geben:
Seid Ihr sicher, daß das Problem (nur) an unterschiedlichen Zeitpunkten/Laufzeiten für Berechnungen in Euren Skripten liegt?
Ich meine mich zu erinnern (finde ihn aber momentan nicht), daß es bereits einen Thread zu dieser Problematik gibt, der als Ursache die MOD-Bus-Abfrage der PV-Werte aus dem WR nennt. Zu mindest bei mir ist das auch so:
Die Rückgabewerte einer Modbusabfrage des WR beinhalten Werte, die (zumindest teilweise) aus unterschiedlichen Meßperioden innerhalb des WR stammen, je nach dem, wann genau die Modbusabfrage gestartet wurde. Das Problem tritt aus meiner Sicht also bereits beim Beschreiben der Modbusregister im WR auf. Ich habe nicht in Erinnerung, daß es dafür damals eine Lösung gab.

[Matzebhv]

@paul53 Moin, ich versuche grade dein Blockly zu verstehen. An welcher Stelle des Blockly wird denn die Variable "result" befüllt? Oder fehlt hier die Berechnung der Werte?

Gruß
Matze

[paul53]

@matzebhv sagte: Oder fehlt hier die Berechnung der Werte?

Ja, result ist das Ergebnis einer beliebigen Berechnung.

[Matzebhv]

@paul53 Danke für deine Antwort. Die Berechnung würde an Stelle des Kommentar stehen, oder? Bin bei Schleifen nicht wirklich sattelfest.

Gruß
Matze

[paul53]

@matzebhv sagte: Die Berechnung würde an Stelle des Kommentar stehen, oder?

Ja.

[Matzebhv]

@paul53 Das Blockly funktioniert wesentlich besser als die Mittelwertbildung, die ich bis jetzt benutzt habe. Danke für den Denkanstoß, deine Beispiele sind immer absolut Lehrreich!
Gruß
Matze