Die Logik von WebUI - Programmen

[MichaelN]

Was ist mit Bug-Fixing?

Das wird total überschätzt. Damit würde das System ja an Charme verlieren und am Ende könnte es jeder bedienen

[Matsch]

... und am Ende könnte es jeder bedienen

Nee, so weit muß es nicht gehen ..

[Pihero]

Ich habe mal wieder eine Auffälligkeit und sehe vermutlich den Wald vor lauter Bäumen nicht...

Ich habe dieses Programm zum Auslösen eines Alarm-Timers:

unter Verwendundung des Auslöser-Skripts von Alchy bekomme ich folgende Meldung über Telegram:

DANN Prg-ID: 13468 / Prg-Name: 132_Timer ALARM innen - Start / Src-ID: 9473 / Src-Name: Bewegung im Haus / Wert: 0 = 132_Timer ALARM innen - Start durch Systemvariable: Bewegung im Haus mit dem Wert: keine Bewegung

Nun Frag ich mich warum hier der Wert "KEINE BEWEGUNG" zum Auslösen des Programms führt.

Jemand eine Idee?

Danke und Gruß, Philipp

[Xel66]

Weil Du unten auf "keine Bewegung" abfragst und irgendeine der Bedingungen wird wohl wahr gewesen sein (SWDO oder FIO6 offen). Und falls jetzt kommt, die waren doch vorher schon offen: Die Bedingungsprüfung des Programms wird immer getriggert, wenn sich der Wahrheitsgehalt eines der enthaltenen Trigger ändert. Und da Du unten auf genau diesen Zustand prüfst, wird eben das dazugehörige DANN ausgeführt. Entspricht nicht unbedingt der menschlichen Logik, aber die sollte man bei der CCU ausblenden und die Art und Weise beachten, wie Programme getriggert und abgearbeitet werden. Beschrieben ist das im Handbuch zur WebUI irgendwo ab Seite 77.

Gruß Xel66

[Pihero]

Ich weiß das ein Auslöser nur das Programm von oben durchlaufen lässt und dann auch andere Bedingungen die wahr sind greifen können.
Aber das "Keine Bewegung" ist ja nur auf prüfen, das sollte doch dann nicht als Trigger fungieren, oder?

Ich habe mich schon mit der Logik angefreundet...aber das PRÜFEN ein Programm auch triggert wäre dann doch entgegen jeglicher Logik.

Gruß, Philipp

[MichaelN]

Leider ist Logik in Zusammenhang mit der CCU nur begrenzt anwendbar und vor allem in Zusammenhang mit regelmäßig sendenden Sensoren.
Pack mal einen Temp-Sensor mit "bei Änderung" in den Sonst-Wenn-Zweig - und dein Programm wird alle 3 Minuten getriggert. Ob sich der Wahrheitsgehalt der Bedingung nun ändert oder nciht ist dabei total egal. Logisch? Nur für Eingeweihte...

[Xel66]

Aber das "Keine Bewegung" ist ja nur auf prüfen, das sollte doch dann nicht als Trigger fungieren, oder?

Nein, lass Dir meinen Satz meines letzten Postings: "Die Bedingungsprüfung des Programms wird immer getriggert, wenn sich der Wahrheitsgehalt eines der enthaltenen Trigger ändert." noch mal genau auf der Zunge zergehen. Es ist egal, ob Du oben auf "Bewegung erkannt" oder "keine Bewegung" triggerst. Die Bedingungsprüfung wird durchlaufen (und stößt dann natürlich auch auf "keine Bewegung - nur prüfen". Die Prüfung "auf Änderung" ist Teil dieser Bedingungsprüfung im Programm (vermutlich durch Vergleich mit LastVar()) und nicht des Triggers im Vorfeld der Abarbeitung. Das steht zwar anders in der Anleitung (dass vorher geprüft wird), ist aber nachweislich nicht so. Über diesen Umstand sind auch schon viele gestolpert. Es sit anzunehmen, dass diese Anleitung durch Nicht-Programmierer geschrieben wurde. Für einfache Programme stellt sich das so dar, in komplexeren Programmen fällt einem dieses Verhalten auf die Füße.

Gruß Xel66

[Pihero]

ok...puh...jetzt vielleicht nochmal auf den Effekt in meinem Programm bezogen.

Das heißt:

Allein weil die Variable "Bewegung im Haus" im Programm ist (egal ob Änderung, Aktualisierung, prüfen) löst sie mein Programm aus!

Heißt dann auch: mein Alarm-Timer startet (also das Programm läuft durch) sofern dann eine Bedingung vollständig erfüllt ist?


Langsam wird es echt kompliziert, um das Verhalten jetzt wieder auszuschließen braucht man dann wieder noch ne Variable ... oh man...egal.

Kannst du meine oben genannte Beschreibung nochmal kurz bestätigen, bin ja auch ein Nicht-Programmierer.

Danke und Gruß, Philipp

[Baxxy]

Langsam wird es echt kompliziert

Das kannste laut sagen. Es wurde ja kürzlich erst ausführlich (in einem anderen Thread) über ähnliches debattiert... Ist halt CCU-Logik.
Nach meinem Verständnis (und Test's mit gekürztem nachgebautem Programm) wird aber das DANN nur ein weiteres mal ausgeführt wenn eine der anderen Bedingungen WAHR ist (SWDO oder FIO6 offen; hatte ja Xel schon geschrieben). Jede weitere "Aktualisierung" der SysVar "Bewegung im Haus" mit dem selben Wert (keine Bewegung) führt dann zu keiner weiteren DANN-Ausführung.

[Pihero]

Das kann ich leider nicht bestätigen...

Wird immer wieder beim Wechsel der SysVar ausgelöst. Ich hatte heute Handwerker da

Da ich selbst nicht da war und nur im Keller gearbeitet wurde, kann ich ausschließen das sich andere Zustände geändert haben.

Gruß, Philipp