Berechnung erst starten sobald mehrere Werte aktuell sind
-
@christian23
Nur mal eine Logik frage.
Ab wann werden den die Werte alt und ein bereits als gemeldeter wert müsste dann wieder zurückgesetzt werden?
Warum ist die Berechnung nicht zustandslos,
Also es kann zu jedem Zeitpunkt mit allen Werten gerechnet werden egal wie alt/ aktuell sie sind?
Ich fürchte wenn du dein beschriebenes Problem gelöst hast, wird ein neues auftauchen das mein beschriebenes Szenario zur Grundlage hat.Aber zu dieser Lösung.
ich würde es über ein bit register lösen.
du nimmst eine variable oder datenpunkt und setzt ihn auf 0. das passiert auch immer nachdem deine berechnung erfolgt ist.
jeder wert auf den du wartest ist ein bit in diesem wert, also2**0 für datenpunkt 1 2**1 für datenpunkt 2 2**2 für datenpunkt 3 2**3 für datenpunkt 4und sofort
jedem dieser positionen 0,1,2,3 ordnest du einen datenpunkt zu
wenn sich nun ein wert ändert, setzt du das entsprechende bit
mit folgender operation, hier am beispiel dem 4.datenpunkt
in register mekrst du die den aktuellen meldestatusregister |=2**3wenn du auf alle 4 werte wartest, dann prüfst du bei jeder Meldung dann am Ende ob register einen gewissen wert überschreitet, also
if (register>= (2**0+2**1+2**2+2**3)) { //hier dann deine berechnung }Anmerkungen
Für den Ausdruck 2**0+2**1+2**2+2**3 kannst du auch den berechneten Wert hinschreiben also in diesem Fall 15den ** operator aus javascript kennst du in der mathematik normalerweise als ^ Operator, dieser hat in javascript aber eine andere bedeutung
-
@oliverio Nein die JOIN Node funktioniert so, dass alle Werte in ihren Eigenschaften oder beim Array halt die Indizes aktualisiert werden (Arrays sind ja in JS streng genommen auch Objekte mit dem Index als Eigenschaft ;) ), das Objekt aber erst released wird, wenn die letzte Eigenschaft gesetzt ist. Dann beginnt das wieder von vorne. Insofern sind alle Werte aktuell bzw. entsprechen dem letzten gelieferten Stand, wenn released wird, aber die letzte Eigenschaft bestimmt wann.
Aber Du hast natürlich Recht - wenn der letzte Wert mal ganz ausfällt und am nächsten Zyklus als Erstes meldet, dann sind in den anderen Eigenschaften noch die alten Werte drin. Also funktioniert das ganze nur, wenn die Werte in einem Zyklus zuverlässig kommen. In einer JOIN Node - kann man das auch resetten, so dass man dann wieder von vorne anfangen kann, wenn in einem bestimmten Zeitraum kein Objekt/Array released wurde. Müsste man hier halt alles manuell abbilden.
@mickym sagte in Berechnung erst starten sobald mehrere Werte aktuell sind:
Nein die JOIN Node funktioniert
ich weiß wie die join node funktioniert.
in meinem ersten absatz wollte ich nur darauf hinweisen, warum nicht zu jedem zeit die werte zur Berechnung verwendet werden können.
Das was ihr im folgenden Beschrieben habt mit, der kürzeste Zyklus bestimmt die Berechnung entspricht ja dem was ich gesagt habe, das bei jeder Änderung die Berechnung durchgeführt werden kann.In meinem 2.Absatz habe ich versucht einen javascript lösungsweg aufzuzeigen, falls er nicht node red verwenden will.
-
Super: Dann haben wir jetzt für alle 3 am häufigsten benutzten Logikmaschinen eine Lösung. ;) -
Ich denke aber - @paul53's Lösung wird wahrscheinlich siegen. ;) - Der TE hat es ja in die Blockly Rubrik gestellt. :)
- So was sollten wir öfter machen. ;)Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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.
@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
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@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
@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.
-
Ich finde den Median eh viel besser, als die Mittelwertbildung - da damit einfach Ausreißer besser ausgefiltert werden.
-
Super: Dann haben wir jetzt für alle 3 am häufigsten benutzten Logikmaschinen eine Lösung. ;) -
Ich denke aber - @paul53's Lösung wird wahrscheinlich siegen. ;) - Der TE hat es ja in die Blockly Rubrik gestellt. :) - So was sollten wir öfter machen. ;) -
@christian23
Nur mal eine Logik frage.
Ab wann werden den die Werte alt und ein bereits als gemeldeter wert müsste dann wieder zurückgesetzt werden?
Warum ist die Berechnung nicht zustandslos,
Also es kann zu jedem Zeitpunkt mit allen Werten gerechnet werden egal wie alt/ aktuell sie sind?
Ich fürchte wenn du dein beschriebenes Problem gelöst hast, wird ein neues auftauchen das mein beschriebenes Szenario zur Grundlage hat.Aber zu dieser Lösung.
ich würde es über ein bit register lösen.
du nimmst eine variable oder datenpunkt und setzt ihn auf 0. das passiert auch immer nachdem deine berechnung erfolgt ist.
jeder wert auf den du wartest ist ein bit in diesem wert, also2**0 für datenpunkt 1 2**1 für datenpunkt 2 2**2 für datenpunkt 3 2**3 für datenpunkt 4und sofort
jedem dieser positionen 0,1,2,3 ordnest du einen datenpunkt zu
wenn sich nun ein wert ändert, setzt du das entsprechende bit
mit folgender operation, hier am beispiel dem 4.datenpunkt
in register mekrst du die den aktuellen meldestatusregister |=2**3wenn du auf alle 4 werte wartest, dann prüfst du bei jeder Meldung dann am Ende ob register einen gewissen wert überschreitet, also
if (register>= (2**0+2**1+2**2+2**3)) { //hier dann deine berechnung }Anmerkungen
Für den Ausdruck 2**0+2**1+2**2+2**3 kannst du auch den berechneten Wert hinschreiben also in diesem Fall 15den ** operator aus javascript kennst du in der mathematik normalerweise als ^ Operator, dieser hat in javascript aber eine andere bedeutung
@oliverio
Herzlichen Dank für die Info. Ich werde es probieren, damit umzusetzen.
-
@oliverio
Herzlichen Dank für die Info. Ich werde es probieren, damit umzusetzen.@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. -
@mickym sagte: alle Werte mit einer JOIN Node in einem Objekt sammelt. Erst wenn die Anzahl der Werte/Eigenschaften voll ist, wird dieses Objekt weitergegeben.
Die Idee ist nicht schlecht, nur dass Objekte in Blockly schlecht unterstützt werden, so dass man besser ein Array verwendet.
-
@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
@matzebhv sagte: Oder fehlt hier die Berechnung der Werte?
Ja,
resultist das Ergebnis einer beliebigen Berechnung.Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@matzebhv sagte: Oder fehlt hier die Berechnung der Werte?
Ja,
resultist das Ergebnis einer beliebigen Berechnung. -
@paul53 Danke für deine Antwort. Die Berechnung würde an Stelle des Kommentar stehen, oder? Bin bei Schleifen nicht wirklich sattelfest.
Gruß
Matze
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
543
Online32.8k
Benutzer82.6k
Themen1.3m
Beiträge