Gleitender Durchschnitt mit Blockly

[paul53]

@kaybau
Besseres Beispiel.

[kaybau]

@paul53 : Besten Dank für das neue Beispiel. Sieht gut aus

[Marius_90]

Ich hatte eben auch das Problem mit einem Schieberegister.
Habe es mir als Funktion mal eben selbst gebaut.

Ich glätte damit meinen PH-Messwert von Pool, der sprang mir einfach zu sehr auf und ab.
Ist etwas aufwändiger, aber nachvollziehbar

[Asgothian]

@marius-kossinna sagte in Gleitender Durchschnitt mit Blockly:

Ich glätte damit meinen PH-Messwert von Pool, der sprang mir einfach zu sehr auf und ab.
Ist etwas aufwändiger, aber nachvollziehbar

Etwas aufwändiger ? Das ist ein Understatement.

• Warum nutzt du überhaupt eine Liste wenn du sowieso jede variable einzeln hältst. Du kannst doch beim Umschreiben auch gleich addieren
• 10 Variablen von Hand "schieben" ? meh.

Wenn schon Schieberegister, dann wenigstens so:

A.

Korrektur: Fehler im screenshot.

[ChrisNett]

@asgothian

Hi, kannst du das mal als export hochladen?

Christian

[Asgothian]

@christian-sandkaulen

Könnte ich.

Selberbauen lehrt. Also bau mal Letztendlich sollten alle Blöcke eindeutig sein. Einzig der "state value" ist kritisch - dieser stammt aus dem "trigger" Bereich und ist da mit "Objekt ID" vorgesetzt.

A.

[paul53]

@asgothian sagte: Wenn schon Schieberegister, dann wenigstens so:

Ein Trigger auf "wurde geändert" ist für einen gleitenden Durchschnitt ungeeignet, da so Werte, die längere Zeit konstant sind, untergewichtet werden.
Bei Adaptern, die zyklisch aktualisieren (pollen), kann auf "wurde aktualisiert" getriggert werden. Andernfalls muss ein Zeitplan als Trigger verwendet werden.

Da nach Skriptstart die Liste erst einmal wächst, darf zur Mittelwertbildung nicht durch die Konstante 10, sondern es muss durch die Länge der Liste dividiert werden. Oder man verwendet gleich die mathematische Funktion "Mittelwert der Liste".

[schweiger2]

@paul53

Hallo,

ich habe mir nach den angegebenen Hinweisen in diesen Thread die Steuerung gebaut, doch ich erhalte Fehlermeldungen und das Skript funktioniert nicht. Ich freue mich, wenn ihr einmal auf das Skript sehen könnt. Wo liegt der Hund begraben ?

Hier die Fehlermeldungen:

Was mache ich falsch ?

Beste Grüße
schweiger2

[paul53]

@schweiger2 sagte: Was mache ich falsch ?

Verwende für "WIND_SPEED" und "ILLUMINATION" jeweils nur einen Trigger und arbeite die Befehle dort in der richtigen Reihenfolge ab.

Für den Teil "windig":

[paul53]

@schweiger2 sagte: ich erhalte Fehlermeldungen

Anstelle von "setze für Letzte ein" selektiere "füge als Letzte ein":

[schweiger2]

@paul53

Ich habe das jetzt so gebaut (letzten 2 Zeilen unten nur als Kennzeichen für den Beginn des anderen Blocks):

Jetzt warte ich, ob neue Fehler im Log auftreten. Die Funktion - darum geht es ja eigentlich - des Skripts sehe ich mir im Nachhinein an, wenn keine Syntax-Fehler mehr aftauchen.

Besten Dank erst einmal.

[paul53]

@schweiger2 sagte: Ich habe das jetzt so gebaut

Den Wert, den der Trigger-Datenpunkt übergibt, magst Du wohl nicht?

Zur Funktion "markise": Wenn level einmal auf 100 gesetzt wurde, bleibt er auf 100. Nach Skriptstart ist level erst einmal undefined, womit "steuere" meckern wird.

[schweiger2]

@paul53

Hallo paul53,

sorry, den ersten Punkt kann ich fachlich nicht verstehen. Ich übergebe der Liste doch als letzten Listeneintrag den aktualisierten Wert aus dem Objekt "Wind Speed" des Wettersensors durch

,

oder wie meinst Du das ?

Im Protokoll finde ich jetzt keine errors mehr, das ist schonmal ein Teilerfolg dank Deiner Hilfe.

Zu level: verstehe ich, hoffe ich. Wenn ich "level" zu Beginn der Funktion "=0" setze, würde die Markise - wenn Sie z.B. auf 30% ausgefahren ist und "windig" und "dunkel" NICHT wahr sind, auf Null % (=komplett zu) fahren, oder ?

[paul53]

@schweiger2 sagte: oder wie meinst Du das ?

Den identischen Wert wie "Wert vom Objekt WIND_SPEED" liefert die lokale Trigger-Variable Wert. Ist nur etwas eleganter (Ressourcen schonender).

@schweiger2 sagte in Gleitender Durchschnitt mit Blockly:

"windig" und "dunkel" NICHT wahr sind, auf Null % (=komplett zu) fahren, oder ?

Wahrscheinlich würde eine Warnung oder einer Error erzeugt. Was ist "0 % = komplett zu" bei einer Markise? Voll ausgefahren?
Soll die Markise nicht wieder ausfahren, wenn sich der Wind gelegt hat? Wenn doch, dann versuche es mal so:

[schweiger2]

@paul53

ahaaa, danke, ist schon geändert.

Zum "level": 0% = 0% Helligkeit = komplett herausgefahren. Ja, dies ist für mich nur eine Schutzschaltung, wenn das Schließen mal vergessen wurde; das Öffnen möchte ich manuell selbst bestimmen.

[paul53]

@schweiger2 sagte: nur eine Schutzschaltung, wenn das Schließen mal vergessen wurde; das Öffnen möchte ich manuell selbst bestimmen.

Dann mache es so (ohne Probleme mit undefined) :

[schweiger2]

@paul53

es ist so einfach - wenn man den Wald vor lauter Bäumen sehen würde.

Danke vielmals für Deine Hilfe.

schweiger2

[k_b]

@asgothian
Ich hatte vor Dein Script zu nutzen und bin gleich zu Beginn daran gescheitert, dass mein JS-Adapter (5.1.3) kein Blockly-Element enthält, mit dem ich ein Element der Liste löschen könnte ("remove"/"first"):

Mit dem was mir der Menüpunkt Liste anbietet, kann ich nur überschreiben:

Das könnte ich funktional zwar durch das von vorne fortschreitende Überschreiben mit Nullen "abfangen", führt aber zu einer beständig steigenden Länge der Liste ...
Hast Du einen Tipp zu meinem Problem?
Schon mal danke

[paul53]

@k_b sagte: kein Blockly-Element enthält, mit dem ich ein Element der Liste löschen könnte ("remove"/"first"):

[Roadrunner]

kann entfernt werden