Programmierung Rolläden macht nicht was sie soll

[Baxxy]

Ach ich bin doch nicht traurig.
Das ist wieder so ein Thread wo man schön sieht das jede Information relevant ist. Hier der Trend der Helligkeit.
Ich habe meinen Post nochmal editiert und etwas "Lösungs-Senf" hinzugefügt.
Grüße ins Erzgebirge aus der stürmischen Hauptstadt.

[MichaelN]

Ich bin bei Dämmerung abhängigen Steuerungen auch kein Freund von festen Zeit Fenstern. Ich würde da eher die Sonnenhöhe nutzen.

[Schattenmann]

Hallo ihr beiden Nachteulen ^^,

krass: HM-Villa schreibt "erstmalig". Kann es sein, dass HIER der ganze Verständnisfehler meinerseits liegt?
Ich interpretiere die Logik so:
"Bei Aktualisierung" heißt = jedes Mal wenn der Sensor einen Wert sendet (alle paar Sekunden also) wird das Programm ausgelöst.
"Bei Änderung" heißt = wenn der Sensor seinen Wert sendet und dieser sich von dem vorher gemerkten Wert unterscheidet wird das Programm ausgelöst. Dann IM Programm wird abgefragt, ob dieser neue Wert nun eine der Bedingungen erfüllt. In meinem Fall "Wert >0,5 Lux".

Das mit dem "erstmalig" ist tatsächlich nicht erfüllt, da die 0.5 schon zuvor passiert sind. Funfact am Rande: Im Winter funktioniert das Programm, da sind die Helligkeiten zu andern Uhrzeiten.

Wenn nun "Bei Änderung" nur das erstmalige Ändern hinein in den entsprechenden Bereich bedeutet, dass das WAHR wird, dann wäre der Fall klar.

@Baxxy: Wenn ich ALLE auf "nur prüfen" stelle, dann würde das stimmen, wie ich das vorhabe, ja? Dann würde er "von 7:15 Uhr bis 9:00 Uhr darauf warten, dass 0,5 Lux erreicht werden" oder schon überschritten sind ?
Und ich muss wirklich nur EINEN einzigen Helligkeits-Trigger irgendwo im Programm haben, damit das Programm initial ausgelöst wird, wenn Der Helligkeitssensor sekündlich seine Werte liefert?

Ich werde das nun mal so umändern und morgen früh beobachten. Finde das aber eher unintuitiv aufgebaut. Bei gleicher Logik könnte Homematic das irgendwie besser strukturieren und labeln.

[Baxxy]

Und ich muss wirklich nur EINEN einzigen Helligkeits-Trigger irgendwo im Programm haben, damit das Programm initial ausgelöst wird, wenn Der Helligkeitssensor sekündlich seine Werte liefert?

Wenn der Helligkeitssensor wirklich sekündlich liefert (was für ein Sensor ist das?) dann wird das eher nix.
Das Konstrukt funktioniert ja nur weil du den jeweiligen WENN-Block mittels "Raffstore-Trigger" nach der erstmaligen Ausführung sperrst.
Wenn die Sperre...

Rolläden verfahren in einem anderen Programm, an dessen Ende wiederum dann der Trigger von 1 auf 1.1. gehoben wird

...zu lange braucht und die Helligkeit schon wieder getriggert hat kommt es ansonsten zu einer weiteren DANN-Ausführung.

[Schattenmann]

Nein, das passt schon. Sofort mit ändern des Triggers starten die Rolos und zeitgleich wird der Trigger hochgesetzt. Auch wenn die Rolos noch fahren. Ich habe den Standard Homematic Außensensor. Wirklich keine Ahnung, wie oft der sendet....sekündlich, minütlich, viertelstündlich?

[Xel66]

Das Programm dürfte die Bedingungsprüfung sowieso schon wie "bei Aktualisierung" machen, weil der gleiche Sensorwert auf verschiedene Grenzwerte geprüft werden muss.

Gruß Xel66

[MichaelN]

"Bei Aktualisierung" heißt = jedes Mal wenn der Sensor einen Wert sendet (alle paar Sekunden also) wird das Programm ausgelöst.

In der Regel senden die Sensoren so alle 3 Minuten oder auch nur, wenn sich der Wert geändert hat. Somit entspricht das ungefähr dem, was Du "bei Änderung" erwartet hast.

"Bei Änderung" heißt = wenn der Sensor seinen Wert sendet und dieser sich von dem vorher gemerkten Wert unterscheidet

Nein, wenn der Wahrheitsgehalt der formulierten Bedingung geändert wird. D. H bei ">0.5lx" wird das Programm getriggert, wenn sich
Der Wert von <= 0.5lx auf > 0.5lx ändert (mit Wahrheitswert WAHR)
Der Wert von >0.5lx auf <= 0.5lx ändert (mit Wahrheitswert FALSCH)

Hatten wir schon den Thread zur WebUI Logik empfohlen?

[Matsch]

Ich habe den Standard Homematic Außensensor. Wirklich keine Ahnung, wie oft der sendet....sekündlich, minütlich, viertelstündlich?

Auch Standard-Sensoren haben eine Typbezeichnung, zukünftig bitte präzise benennen!
HmIP-Sensoren senden für gewöhnlich aller 2,5 min - mit +- Zufallsanteil.
Standard meint dann HM, oder was genau meinst du? Du siehst, die genaue Bezeichnung ist sehr wichtig.

[HM-Villa]

Das Programm dürfte die Bedingungsprüfung sowieso schon wie "bei Aktualisierung" machen, weil der gleiche Sensorwert auf verschiedene Grenzwerte geprüft werden muss.

Gruß Xel66

Diese These liest man immer mal wieder. Doch hier war das offensichtlich nicht der Fall, sonst hätte es ja funktioniert.

[Xel66]

Ja, kannst Du ganz leicht überprüfen, indem Du den Zwitstempel beobachtet. Etwas aufwändiger kannst Du das durch eine Logfile-Analyse sehen. Dort siehst Du die zyklische Bedingungsprüfung.

Ist ja auch logisch. Wird der gleiche Trigger mit unterschiedlichen Grenzwerten benutzt, muss eben der aktuelle Wert gegen die Grenzwerte geprüft werden. Das erfolgt nach meinen Beobachtungen innerhalb der Bedingungsprüfung des Programm und nicht im Vorfeld. Da auch schon viele Anwender daraus folgend Probleme mit den DC hatten (weil bei jeder Prüfung das DANN ausgeführt wurde) kann das nicht so falsch sein. Daher sind solche Programme durch zusätzliche zu prüfenden Bedingungen ö
(ist der Aktor ggf. schon im gewünschten Status?) zu verriegeln oder aufzuteilen.

Gruß Xel66