[gelöst] Werte im Schieberegister
-
Danke euch beiden.
Die "null" scheint wirklich vom Blockly Start zu kommen.Alles andere muss ich mir in Ruhe mal anschauen.
-
@gonzokalle sagte: In den Objekten steht teilweise eine "null" anstatt einer "0".
Die beiden Listen-Datenpunkte müssen erst einmal richtig initialisiert werden. Das kann / sollte in einem getrennten Skript erfolgen, das nach Initialisierung gelöscht wird.
Außerdem verwendet man zum Hochzählen besser Integer-Werte. Dann muss anschließend nicht gerundet werden.
EDIT: Siehe hier
Den Faktor 0,45 wendet man dann erst bei Schreiben der Regenmenge in den Datenpunkt an:
-
@martinp sagte: das "10-Minuten" Skript sich nicht mit dem "1-Stunden" Skript "beißt".
Die "beißen" sich nicht, da sie verschiedene Variablen verwenden. Lediglich die Telegram-Nachricht sollte inkl. Prüfung etwas verzögert werden.
-
@paul53
Probiere ich heute Abend.
Muss erstmal arbeiten. -
@paul53 said in Werte im Schieberegister:
@martinp sagte: das "10-Minuten" Skript sich nicht mit dem "1-Stunden" Skript "beißt".
Die "beißen" sich nicht, da sie verschiedene Variablen verwenden. Lediglich die Telegram-Nachricht sollte inkl. Prüfung etwas verzögert werden.
"Regenmenge_in_10 Min" wird in zwei Skripten verwendet, und "Regenmenge_im_60_Min" auch ...
Wobei ich eher in der C++ Welt zu Hause bin - bei C++ müsste man schon darauf achten, dass man einen atomaren Datentyp nimmt ... bei NodeJS weiß ich nicht, ob es da integrierte Schutzmechanismen gegen solche Nebenläufigkeiten gibt. Damit beschäftige ich mich erst seit ein paar Monaten ... und weiß nicht, ob die "asynchronen" Funktionen doch unter der Motorhaube z. B. fein säuberlich hintereinander über eine Warteschlange abgearbeitet werden ...
-
@paul53
Meinst du so?
Das nur der Kontakt gezählt wird und nachher mal 0,45 gerechnet wird habe ich verstanden.
Den Anfang noch nicht. Welcher DP muss ich denn bei Regenmenge in 10Min eintragen?
-
@gonzokalle sagte: Welcher DP muss ich denn bei Regenmenge in 10Min eintragen?
Dafür werden zwei weitere DP gebraucht, damit die beiden Variablen einen Skriptstart überstehen.
Außerdem müssen die beiden Listen-DP bei jeder Listenänderung aktualisiert werden, so wie du es ursprünglich schon hattest.
-
-
@gonzokalle sagte: So?
Ganz oben: Ohne Division durch 0,45 und ohne runden (war ursprünglich falsch gedacht von mir). Die Datenpunkte enthalten Integer-Werte, was du schon richtig im Namen berücksichtigt hast.
-
@paul53
Dann verstehe ich es jetzt auch.
Der erste Test sieht gut aus.
Dankeschön
-
@gonzokalle
Diesen Teil um 1 s verzögern, da sonst noch ein alter Wert gelesen werden kann:
-
@paul53
Habe ich gemacht.Aber allgemein kann man den Liste DP doch auch manuell erstellen?
Oder muss man das über aktualisieren machen?
-
@gonzokalle sagte: kann man den Liste DP doch auch manuell erstellen?
Im Prinzip schon. Bei einem Array ist es aber nicht so einfach, den Startwert fehlerfrei hinzubekommen.
-
Bei einem Punkt bin ich mir unsicher.
Bei Contact in 10Min bleibt der letzte Wert immer stehen, obwohl es die letzten 10 Minuten nicht geregnet hat.
Beim Scriptstart wird dieser Wert aber in eine Variable eingelesen und mit neuen Regen addiert.
Hat es dann nicht zu viel geregnet?
-
@gonzokalle sagte: Bei Contact in 10Min bleibt der letzte Wert immer stehen, obwohl es die letzten 10 Minuten nicht geregnet hat.
Es wird nur die Variable alle 10 Minuten auf 0 zurück gesetzt. Soll auch dies einen Skriptstart überstehen, muss auch eine 0 in den Datenpunkt "Contact in 10Min" geschrieben werden. Das gilt auch für "Contact in 60MIn".
-
@paul53
Vielleicht ist es einfacher gleich in den DP Contact in 10Min zu schreiben.
Gibt es für DP auch eine "erhöhe um 1" Möglichkeit? -
@gonzokalle sagte: Gibt es für DP auch eine "erhöhe um 1" Möglichkeit?
Nein.
-
@gonzokalle Das geht sicherlich, aber man sollte natürlich die Manipulation von Datenpunkten auf das minimal Mögliche reduzieren. Ist vermeidbarer Overhead ... Es wäre so etwas wie eine Read-Modify-Write Operation.
Die Frage ist aber, ob dieser jetzt genutzte Ringpuffer-Mechanismus "unter der Motorhaube" da effizienter ist ...
-
@martinp
Klingt kompliziert.
Ich denke ich lasse es so wie es ist. -
@gonzokalle
Noch mal abschließend das etwas abgeänderte Blockly.
