Lichtsteuerung - finde einfach keine Hilfe

[DarkGhost95]

In Deinem ersten Programm ist ausschließlich ein BWM (Garage) für das Ausschalten (Sysvar) verantwortlich. Daher ist er auch in der Lage, das Licht allein auszuschalten, wenn er keine Bewegung mehr sieht, egal was der andere macht. Es wäre zielführend, beide BWM im SONST WENN aufzunehmen und zu verUNDen. Aber eigentlich sollte immer das erste DANN ausgeführt werden, wenn der andere noch Bewegung erkennt. Im Normalfall sollte das so auch laufen.

Gruß Xel66

Habe ich im Garten..da geht es dann auch einfach trotzdem wieder aus.

[Dennis-HM]

Verstehe nicht ganz, warum die Bewegungsmelde auch die Lampen ausschalten sollen.

Würde es nicht ganz pragmatisch gehen:

wenn Bewegung erkannt oder aktualisiert
dann Einschaltdauer setzen und einschalten

aus geht es dann doch von alleine, wenn der Bewegungsmelder keine Bewegung mehr meldet.

oder denke ich es mir gerade zu einfach

[DarkGhost95]

dann auf Wenn Bewegung erkannt bei Änderung auslösen oder bei aktualisierung?

wie ist es dann wenn permanent bewegung ist? dann schaltet er doch stumpf nach Einschaltdauer aus oder?

[Dennis-HM]

Ich würde sagen: Aktualisierung, weil ja dann auch bei bereits erkannter Bewegung neu getriggert wird
beim retriggern wird dann immer wieder neu die Einschaltdauer gesetzt, quasi verlängert.

[Xel66]

...trotzdem geht das Licht dann einfach aus obwohl permanent Bewegung ist.

Ob Bewegung ist, oder ob ein BWM auch die Bewegung erkennt, sind zweierlei Sachen. Die BWM arbeiten auf Infrarotbasis und bei zu gringen Temperaturunterschieden der Oberflächen der sich bewegenden Objekte, zu hoher Helligkeit etc. kann es durchaus Probleme mit der Bewegungserkennung geben. Und da Du nicht nachtriggerst (nur auf "bei Änderung") können schon mal Ereignisse verlorengehen. Auch birgt Dein Einschaltprogramm eine kleine Schwäche. Bei Sonnenuntergang (nachts), während eine Bewegung bereits erkannt ist, wird das Licht nicht eingeschaltet (weil "nur prüfen").

Ich würde die Systemvariable auf "bei Aktualisierung" der BWM umschalten (Nachbilden der Funktionsweise eines BWM in Direktverknüpfungen) und somit auch die Systemvariable dynamisieren (nachtriggern), sowie das Ein-/Ausschaltprogramm in zwei getrennte aufteilen. Damit wird ein häufiges Aussenden der Einschaltbefehle unterdrückt, weil die Einzelprogramme nur auf "bei Änderung" reagieren. Grund: Bei Verwendung eines Triggers in Komplementärzuständen innerhalb eines Programms (Ein-/Ausschaltprogramm) arbeiten diese wie "bei Aktualisierung" auch wenn "bei Änderung" ausgewählt ist. Die Prüfung auf "bei Änderung" erfolgt gemäß meiner Tests (entgegen der Darstellung im Handbuch) erst bei der laufenden Bedingungsprüfung des Programms (vermutlich durch Vergleich mit .LastValue() und nicht im Vorfeld). Somit wird auch das dazugehörige DANN ausgeführt, wenn die Bedingungen WAHR sind (Duty Cycle!). Im Ausschaltprogramm würde ich auch gegen die verODERten Leuchten auf EIN zusätzlich prüfen, um Ausschaltbefehle tagsüber zu unterdrücken (auch Schonung Duty Cycle!).

Gruß Xel66

[Xel66]

... beim retriggern wird dann immer wieder neu die Einschaltdauer gesetzt, quasi verlängert.

Ja, und es werden stets neue Einschaltbefehle bei Bewegungserkennung jedes einzelnen BWMs ausgesendet (die Einschaltdauer läuft im Aktor!). Das dürfte den Duty Cycle ganz schön belasten.

Gruß Xel66

[Dennis-HM]

wegen des DCs würde ich es beobachten, wie schlimm es wirklich wird.

Aber wie gesagt, vielleicht stelle ich es mir zu einfach vor

[Xel66]

wegen des DCs würde ich es beobachten, wie schlimm es wirklich wird.

Nun ja. Drei BWM mit einem Aktualisierungsintervall von standardmäßigen 240 Sekunden generieren mindestens 45 Ereignisse zum Triggern des Programms. Und die Schalprogramme steuern drei Aktoren an. Da sind das mindestens 135 Schaltbefehle pro Stunde allein für die Lichtsteuerung. Und da sind Responds an die beteiligten Geräte noch nicht mal mit drin.

Gruß Xel66

[frd030]

Dann protokolliere doch die BWM mal, ob die wirklich Bewegung erkennen?

[DarkGhost95]

wegen des DCs würde ich es beobachten, wie schlimm es wirklich wird.

Nun ja. Drei BWM mit einem Aktualisierungsintervall von standardmäßigen 240 Sekunden generieren mindestens 45 Ereignisse zum Triggern des Programms. Und die Schalprogramme steuern drei Aktoren an. Da sind das mindestens 135 Schaltbefehle pro Stunde allein für die Lichtsteuerung. Und da sind Responds an die beteiligten Geräte noch nicht mal mit drin.

Gruß Xel66

also besser nicht machen?

Eventuell die BMS auf Dynamisch stellen?