Schaltaktor schaltet ungewollt ein

[Fabulous6247]

Hallo wertes Forum,

ich habe bei mir neuerdings Bewegungsmelder und Schaltaktoren verbaut um das Außenlicht zu steuern. Leider funktioniert es jedoch nicht wie erwartet.

Verbaut habe ich

• HmIP-DRSI1
• HmIP-SMO-2

Diese sind mittels einer Direktverknüpfung verbunden:

Die Konfigurations des HmIP-DRSI1:

Die Konfiguration des HmIP-SMO-2:

Mittels folgendem Programm, wird der Bewegungsmelder zwischen 22:30 und 5:40 "lahm gelegt":

Mit meiner Kenntniss erwarte ich folgendes Verhalten:
ab dunkel werden (Helligkeitswert 1 unterschritten) bis 22:30 und von 5:40 bis hell werden (Helligkeitswert 1 überschritten) schaltet das Licht ein, wenn der Bewegungsmelder eine Bewegung erkennt.

Aktuelles verhalten:
Dunkel werden bis 22:30: funktioniert
5:40 bis hell werden: funktioniert nicht. Das Licht ist dauerhaft an, obwohl der Bewegungsmelder keine Bewegung registriert. Ein manuelles Ausschalten über die Oberfläche wird übernommen, aber zur nächsten Minute wird das Licht wieder eingeschaltet.
Leider kann ich nicht erkennen aus welchem Grund das Licht eingeschaltet wird.

Ich hoffe ich hab nichts vergessen und ihr habt ein paar Ideen, was ich anpassen muss damit es funktioneirt.

Mit freundlichen Grüßen
Carsten

[Xel66]

Die gezeigten Screenshots zeigen die Ursache für das beschriebene Verhalten nicht. Da muss noch was anderes sein. Ich würde das ausschließlich autark lösen. Die drei Kanäle untereinander 3:OR, 4:AND, 5:OR verknüpfen und mit dem internen Wochenprogramm den Kanal 4 nur in der Zeit zwischen 5:40 und 22:30 Uhr einschalten. Kanal 3 bleibt am BWM und Kanal 5 ist für das manuelle Einschalten per Taster (DV ändern). Somit ergibt sich folgendes Verhalten. Solange Kanal 4 eingeschaltet ist, folgt der Aktor dem Schaltverhalten von Kanal 3 (BWM). Und mit dem Kanal 5 könnte über einen Taster das Licht manuell ein- und ausgeschaltet werden, egal was der BWM macht. Vorteil: läuft völlig autark und es sind keine Programme/CCU notwendig.

Gruß Xel66

[Fabulous6247]

Danke für die Antwort.

Den Gedanken hatte ich dgestern auch schon, aber auf die schnelle hatte ich nicht vertanden wie das eingestellt wird.
Nachdem ich es heute verstanden habe, habe ich jedoch das Problem, dass das Wochenprogramm nicht übertragen wird. Es hängt über mehrere Minuten mit folgendem Bildschirm:

Übertragung hängt.png (6.13 KiB) 316 mal betrachtet

Direktverknüpfungen und andere Parameter lassen sich ändern, das Wochenprogramm jedoch klappt nicht.

[Xel66]

Habe eben testweise mal ein Wochenprogramm (mit einer einzigen Schaltzeit täglich) bei meinem HmIP-DRSI1 (FW:Ver. 1.6.0) eingegeben. Nachdem ich auf "OK" gegklickt habe, hatte ich auch für ca. 5 Sekunden den Balken und danach bekam ich aber die Meldung, dass die Einstellungen nicht übertragen werden konnten. Ich habe dann "Ignorieren" genommen und nach ein paar Sekunden war dann die daraus resuliterende Systembenachrichtigung gelöscht und die Daten an den Aktor übertragen. Kenne ich so auch nicht, hat aber funktioniert.

Wenn es gar nicht geht, muss die Ursache in Deiner Umgebung liegen (Erreichbarkeit sicherstellen). Habe das Wochenprogramm gelöscht und übertragen. Das ging ohne jegliche Verzögerung und wurde sofort übernommen. Der Unterschied zu Deinem System ist aber, ich arbeite noch mit einer relativ "alten" Raspberrymatic-Version (knapp über ein Jahr alt). Aber eigentlich sollte das eher nicht die Ursache sein.

Sollte das mit dem Wochenprogramm gar nicht gehen, kannst Du übergangsweise erst mal den Kanal 4 mit einem Programm mit Zeitmodul schalten. Die grundsätzliche Funktionsweise ist identisch. Vielleicht funktioniert die Übertragung ja in einer zukünftigen Firmwareversion, sollte es wirklich daran liegen (was ich aber bezweifle, dass die CCU-Firmware die Ursache ist).

Gruß Xel66

[Fabulous6247]

Ich habe Testweis einen zweiten Aktor (HmIP-DRSI1 für anderes Projekt) nahe der CCU versucht das Wochenprogramm zu programmieren, aber auch das funktioniert leider nicht

[Xel66]

Dann würde ich das an den Hersteller melden.

Gruß Xel66

[Fabulous6247]

Da gibt es leider keinen Support, da es keine originale CCU ist, sondern debmatic

[Xel66]

Dann musst Du die interne "Schaltuhr" durch ein Programm auf der CCU ersetzen, die den virtuellen Aktorkanal schaltet und auf eine zukünftige Abhilfe durch eine neue Firmwarversion hoffen. Der Rest meine Empfehlung zur Umsetzung sollte ja trotzdem so laufen. Fehlt ja nur die lokale Steuerung des Freigabekanals.

Gruß Xel66

[Baxxy]

Keine Probleme hier mit RM 3.73.9.20231130 beim Erstellen und Übertragen von mehreren Wochenprogramm-Schaltzeitpunkten auf einen DRSI1.

[Fabulous6247]

Dann musst Du die interne "Schaltuhr" durch ein Programm auf der CCU ersetzen, die den virtuellen Aktorkanal schaltet und auf eine zukünftige Abhilfe durch eine neue Firmwarversion hoffen. Der Rest meine Empfehlung zur Umsetzung sollte ja trotzdem so laufen. Fehlt ja nur die lokale Steuerung des Freigabekanals.

Gruß Xel66

Ja die Anpassung mit dem Kanal 4 habe ich bereits mit einem Programm umgesetzt und lasse das so laufen, bis ich es hin bekomme ein Wochenprogramm einzuspielen.

Bei mir läuft ein debmatic in 3.73.9.112

Edit: hab mir die aktuellste RaspebrryMatic (3.73.9.20231130) installiert und dort klappt alles.