MDT Präsenzmelder: Licht händisch per 1-Bit-Objekt schalten

[satand]

Ja, die PM erkennen jede Bewegung in den Räumen und die S3 befinden sich immer in den Räumen. Man kommt also nie zum S3 ohne den PM zu triggern.

[gbglace]

Nun würde ich gerne die Lichtquellen einzeln schalten und auch dimmen und damit die PM overrulen können.

Also wenn ein PM Kanal GAs versendet die aber an x Lichtkanälen verbudnen sind und du nun aber 1 Lampe davon abweichend bedienen möchstest.

Dann musst Du entweder den PM umbauen das es zwei Getrennte Kanäle am PM sind, da offensichtlich nicht alle Leuchten sich gleich verhalten sollen.
Alternativ kannst natürlich die manuelle bedienung auch einfach am PM vorbei direkt vom Taster an den Aktorkanal dieser einen lampe geben, aber dann bügelt der PM das wieder glatt wenn seine Automatik zu einem anderen Ergebnis kommt. Soll das nicht passieren, dann zurück zu Lösung A und die PM Kanäle aufteilen.

Und grundsätzlich nicht alle Probleme die in verschiedenen Räumen stattfinden auf einmal versuchen lösen zu wollen.

Das rausschälen einer einzelnen Lampe aus einer Gruppe ist ein anderes problem wie eine Szenario bedingte grundsätzliche Deaktivierung des PMs wie beim Schlafenmodus im Schlafzimmer.

Der S3 kann nur 1-Bit beim normalen Taster.

Und was soll uns das sagen?
1-Bit sind immer noch die Option auf 2 Zustände 0 und 1. oder ist das fix auf nur 1 und man muss irgendwo selbst überlegen was als nächstes anders passieren soll?
Auch Umschaltfunktion ist nur 1-bit nur entscheidet der Taster selbst was er als nächstes sendet, entweder das invertierte dessen was er zuletzt gesendet hat oder man gibt ihm noch den Status vom Zil dazu und er invertiert dagegen egal was er selbst zuletzt gesendet hat.

Wenn der Taster das nicht kann, dann musst das irgendwo in einer Logik nachbauen, aber ich würde dann eher sagen da hat sich wer für die falschen Taster entschieden oder falschen PMs gekauft, wenn man da in jedem zweiten Raum soviel Korrekturbedarf hat.

Auch waren in dem Thread unterschiedliche wiedersprüchliche Anforderungne genannt was die Tasterbedienung angeht. Einmal wird von jede Lampe hat eine Taste gesprochen andererseits wird von unterschiedlichen Bedürfnissen Gruppierungen der "Sperren" und Überstimmungen gesprochen, weil das soll nur mit einer Taste passieren. Aber wie soll das wieder funktionieren, wenn in allen Ebenen der Kontrolle (PM Automatik, Taster direkt bedienung / Taster overruling) unterschiedliche Grundgesamtheiten an Aktorkanälen betroffen sind.

Also hier musst wirklich erstmal das Anforderungprofil nochmal sortieren.

Ich denke mir, dass es doch eine Standardfunktion sein muss das Licht trotz PM händisch zu schalten. Wie haben das andere Hersteller gelöst?

Klar kann man das aber man muss sich dann schon entscheiden, weil wenn der automatische Btreib nciht ausreichend genau ist, dann konkurrieren halt beide Bedienungen.

Und insgesamt scheinst Du das alles viel zu umständlich zu denken und anzufordern.
Wenn der PM nichts machen soll mus man ihn halt wegschalten (Sperre) das problem ist dann aber meist das sich die leute keine Gedanken machen wie man wieder smart zurück in den Automatik Modus kommt.

Wenn der Automatik Fehler nur im falschen AN oder nur im falschen AUS liegt, dann sind Halbautomaten die Lösung.

Alles andere wiederspricht dessen warum man sich so einen PM ins haus baut und Du musst dann alles von direkten Verbindungen Taster/PM/Aktor entkoppeln und in einer Logik neu verstöpseln, aber dann baust Dir ne SPS/Loxone.

Ansonsten musst wirklich nochmal Dein gewolltes Szenario je raum einzeln skizzieren was wirklich benötigt wird an Funktion.
In rein KNX kannst Dir ggf noch einen Open-KNX Raumcontroller bauen, da kannst Dir quasi virtuelle PM Kanäle bauen und dann deutlich mehr logische Abhängigkeiten implementieren. Die Geräte sitzen am TP-Bus werden per ETS parametreirt und sind damit schonmal einer Lösung HA-Logikserver zu bevorzugen.