[gelöst] finde meinen Blockly-Fehler nicht

[Homoran]

@dgr sagte in fonde meinen Blockly-Fehler nicht:

Habe ich hier einen Denkfehler eingebaut ?

lass dir mal an und aus per debug-Block Anzeigen

Warum per Cron und nicht auf Änderung der CPU Temp triggern?

[Codierknecht]

@dgr
Als Erstes solltest Du den Zeitplan da rauswerfen.
Stattdessen einen Trigger auf den Temperatur-State.

Die beiden Temperaturen sollten etwas auseinanderliegen, damit nicht ständig hin und her geschaltet wird (Hysterese). Hast Du ja schon.

[paul53]

@codierknecht sagte: Trigger auf den Temperatur-State.

Vorschlag:

@dgr sagte in fonde meinen Blockly-Fehler nicht:

im Ergebnis kommen immer glatte Minuten für die Dauer "Lüfter=an" raus

Wird der Temperatur-DP der Instanz "rpi2.0" nur jede Minute aktualisiert?

[DGR]

@paul53

kann mich leider erst morgen wieder melden. Besuch kommt.
Sorry.

[DGR]

@paul53
Aktualisierung rpi2 (zum testen in history) :

Das scheint wirklich die Ursache zu sein. Kann ich das beeinflussen/ändern?

[Codierknecht]

@dgr
Du setzt den Wert eines DP und liest den dann direkt wieder aus.
Das wird nicht funktionieren.

Besser die Ergebnisse von Berechnungen in Variablen zwischenspeichern und dann diese Variablen verwenden.

[Homoran]

@dgr sagte in finde meinen Blockly-Fehler nicht:

Kann ich das beeinflussen/ändern?

Möglich!
Wenn du die Temperatur selber per Skript ausliest, könnte es mit kürzeren Intervallen versuchen.
Bedingung wäre, dass im Raspi OS der Wert öfter als jede Minute aktualisiert wird

Sieht bei mir pro Minute so aus:

[Codierknecht]

@dgr sagte in finde meinen Blockly-Fehler nicht:

Kann ich das beeinflussen/ändern?

Höchstens - soweit der Adapter das vorsieht - durch ein dort einstellbares Aktualisierungsintervall.
Aber 1x pro Minute sollte eigentlich ausreichen. Mit einem kürzeren Intervall produzierts Du auch mehr Last.
Versuch macht klug

[DGR]

@codierknecht
Du setzt den Wert eines DP und liest den dann direkt wieder aus.
Das wird nicht funktionieren.

Ist das ein Zeitproblem? Das würde aus meiner Sicht bedeuten, dass mit der Verarbeitung der Variablen gewartet wird bis sie "gefüllt" sind - im Gegensatz zur Verarbeitung eines Datenpunktes.

[Homoran]

@dgr sagte in finde meinen Blockly-Fehler nicht:

Ist das ein Zeitproblem?

ja!
Das Schreiben eines Wertes in einen Datenpunkt (wegen der Struktur) dauert seine Zeit, eine Variable wird nur innerhalb des Skriptes innerhalb Millisekunden gesetzt

[Codierknecht]

@dgr sagte in finde meinen Blockly-Fehler nicht:

Ist das ein Zeitproblem?

Wie @Homoran schreibt: Ja!
Das liegt daran, dass das Ganze asynchron ausgeführt wird.
Das Setzen des Wertes wird zwar "angestoßen", ist aber beim Lesen möglicherweise (in der Regel) noch nicht abgeschlossen. Wir reden hier über Milli- oder gar Mikrosekunden.
Dann liest Du noch den alten Wert.

[DGR]

@codierknecht
OK. Dann werde ich das auf Variablen umstellen.
Abfrageintervall:

Da lasse mal lieber die Finger von.

[Homoran]

@dgr ich hab mal mein Blockly alle 10 Sekunden feuern lassen:

Dann kommen auch immer unterschiedliche Werte.
Die Limitierung auf 1 Minute liegt nicht am RaspberryPi OS