BJ PM 6131/21 Premium Mini - Über Taster den Melder aktivieren bzw. deaktivieren

[gbglace]

Ein Status Objekt vom Aktor KANN gelesen werden zu 99% der Fälle ist es aber kein Lesen. Sondern der Aktor Horch auf seinem Schalt-KO auf GA 1/1/1 und schaltet und wenn sich sein Zustand ändert dann sendet der Aktor aktiv via sein Status KO auf GA 1/1/2 den aktuellen Zustand. Und den wiederum nimmt ein Taster an seinem Status-KO auf und kann dann für die Umschaltfunktion das richtige senden oder eben die LED passend Leuchten lassen. Hat ein Aktor eigene Logiken wie der Schaltzustand sich ändert dann sendet er aus seinem Status-Ko genau dann wenn das passiert ist. Und alle davon abhängigen Geräte hören dies über die verbundene GA 1/1/2.

Dein PM hat intern keine Logik um selbständig den Sperrzustand einzunehmen oder zu verlassen insofern kann man davon ausgehen daß der Befehl der die Sperre auslöst quasi auch der Status der Sperre ist. Und da "Sperre Kanal x an PM y" genau eine Funktion ist, bekommt dies genau eine GA und diese GA verbindet man mit allen KO die diese Funktion auslösen sollen und jene KO die wissen sollen welcher Sperrzustand anliegt.

Einzige Unschärfe besteht bei defektem PM, weil sich der Status dann offensichtlich nicht ändert aber die Sperre GA dies suggeriert. Wobei das in dem Fall eher zu venachlässigen ist. Man wird es schnell merken daß der PM nicht mehr tut was er soll.

Weitere Besonderheit auf Grund ein KO kann auf viele GA hören aber nur auf eines Schreiben. Hast Du Geräte die mit einem Tastendruck irgendetwas schalten usw. Sollen und gleichzeitig den PM sperren, dann kann der Taster nicht eine GA 1/1/1 Sperre PM und 1/1/3 schalte Steckdose gleichzeitig bedienen. Dann musst du. Eben eine weitere GA anlegen 1/1/4 die diese beiden Funktionen kombiniert und mit dem Sperr/KO des PM verbinden als auch mit allen KO die den Status der Sperre benötigen. Denn alle diese Status KO können auf mehrere GA hören, denen ist es dann egal ob da 0/1 von 1/1/2 oder von 1/1/4 rein kommt. Die Verbindungen müssen nur für Dich funktional Sinn ergeben.

Aber das sind wahrlich Grundlagen der Buskommunikation. Es ist meistens alles ein einfacher Rundruf von Telegrammen basierend auf eine GA und einem Wert. Ob ein Telegramm von Interesse ist ergibt die GA als Teil der Information und was zu tun ist dann der Wert als zweiter Teil des Telegramms.

[Gast1961]

Ok ich verstehe wohl das Konzept noch nicht ganz, ich bin davon ausgegangen das es auf der einen Seite ein Sendenes Objekt gibt, und auf der anderen Seite ein Empfanges - durch die GA werden die Verbunden.

Soweit auch richtig: es gibt eine Sperr-GA, aber die Sperre wird nicht vom PM gesetzt sondern der PM hört nur auf die Sperre.
Und diese GA, auf die der PM hört, nimmst du auch zur Anzeige der Sperre.

Es sieht für mich so aus als ob nicht wirklich der Status des PM abgefragt wird "Bist du gesperrt"

Korrekt

sondern einfach nur letzte Wert vom Sendenen Taster genommen wird "Sperre PM"

Korrekt

Ich dachte dafür stellen Aktor die Status Objekte zum Lesen bereit.

Dort wo es sinnvoll ist, aber nicht zwingend überall. Hier gibt es keinen Status weil unnötig.

- was wäre den wenn ein anderer Aktor den PM auf gesperrt setzt -

Das müsste dann über dieselbe GA geschehen

ODER

alle Beteiligten Geräte (PM und deine Anzeige) hören auf DIESELBEN GA (Mehrzahl), also reagieren in gleicher Weise wenn auf einer der GA gesperrt wird.

wie sollte dann die Gruppenadresse das mitbekommen wenn das Freigabe Objekt nur Eingang ist.

Wie ich es oben beschrieben habe, das sind KNX Grundlagen. Man hört auf die GA, die relevant sind.

Aber auch wenn ich das wie von dir versuche funktioniert es nicht und es passieren ein paar unlogische Dinge die meine obere Theorie etwas bestätigen.

Ich verstehe nicht was du dort treibst. Du musst nur ein paar elementare KNX-Grundlagen beachten. Es gibt nicht zu jedem Befehl auch einen separaten Status, und das ist auch nicht nötig.

[Harakiri]

Nein, Missverständnis.

Du hast bereits eine GA 1/1/6, die den Melder sperrt/freigibt. Genau diese 1/1/6 benutzt du auch überall dort, wo du den Status der Sperre anzeigen möchtest.

Diese GA 1/1/6 ist ja der Zustand der Sperre, da brauchst du keine zweite GA zu senden mit dem gleichen Inhalt.

Ok ich verstehe wohl das Konzept noch nicht ganz, ich bin davon ausgegangen das es auf der einen Seite ein Sendenes Objekt gibt, und auf der anderen Seite ein Empfanges - durch die GA werden die Verbunden.

Du sagst mir, eine GA ist bereits ein Status des aktuellen Wertes? Ich dachte dafür stellen Aktor die Status Objekte zum Lesen bereit. Es sieht für mich so aus als ob nicht wirklich der Status des PM abgefragt wird "Bist du gesperrt" sondern einfach nur letzte Wert vom Sendenen Taster genommen wird "Sperre PM" - was wäre den wenn ein anderer Aktor den PM auf gesperrt setzt - wie sollte dann die Gruppenadresse das mitbekommen wenn das Freigabe Objekt nur Eingang ist.

Aber auch wenn ich das wie von dir versuche funktioniert es nicht und es passieren ein paar unlogische Dinge die meine obere Theorie etwas bestätigen.
Auf dem Taster den ich zum Sperren nehme, habe ich auch die Lampe dran die der Bewegungsmelder schaltet. Die bekommt ja vom Schaltaktor die Info is an oder aus. Wenn ich jetzt das Freigabe Objekt sende zum Sperren und das Licht ausschalte - ist der PM immer noch aktiv - egal was ich drücke. Das Icon für den Status der Freigabe wechselt zwar zwischen an und aus aber es hat keine Wirkung.

Dann hab ich mir parallel noch eine zweite PM Zone erstellt, gleiche Einstellungen für eine andere Lampe aber - und diese Lampe wird nicht über den Taster bedient - da funktioniert es soweit. Füge ich zum Taster jetzt auch noch die manueller Schaltung dieser Lampe hinzu passiert genau das gleiche Problem wie oben beschrieben.

[Gast1961]

Das hatte ich schon versucht - das funktioniert leider nicht.

Nein, Missverständnis.

Du hast bereits eine GA 1/1/6, die den Melder sperrt/freigibt. Genau diese 1/1/6 benutzt du auch überall dort, wo du den Status der Sperre anzeigen möchtest.

Diese GA 1/1/6 ist ja der Zustand der Sperre, da brauchst du keine zweite GA zu senden mit dem gleichen Inhalt.

[Harakiri]

Ja, das meinte ich.

Den Sperrzustand anzuzeigen ist auch ganz einfach, dazu nutzt du genau dieses Objekt für Freigabe/Sperre. Das ist der aktuelle Zustand..

Das hatte ich schon versucht - das funktioniert leider nicht. Das Objekt Freigabe hat ja auch die Objektfunktion "Eingang" und ist vom Typ Schalten - wie kann es hier einen Ausgang (Status) senden? Sorry wenn das ne blöde Frage ist.

Ich habe die Config mal angehangen.

[matthiaz]

UseCase 1:
Normalerweise ist der PM für Flurlicht zuständig, jetzt ist aber da keiner und du brauchst indirektes Licht aus dem Flur warum auch immer - forcieren an über Schalter.

UseCase 2:
Normalerweise ist der PM für Flurlicht zuständig, jetzt huscht Kind/Katze/Hund Abends immer über den Flur ganz kurz und dich macht das An und Aus Irre und du willst einfach nur dem PM ausschalten.

UseCase 1:
Du kannst beim BJ PM bis zu 4 Lichtkanäle konfigurieren, und dann entsprechend Sperren&Entsperren. Oder halt manuell Licht ein und PM Sperren geht via KO externer Taster manueller Betrieb, Seite 77 im Handbuch: https://www.voltus.de/out/pictures/m..._03_BJE_DE.pdf

UseCase 2:
Ich denke, dass es hier einfacher mit dem Sperren des Dimmaktors geht? Sprich: Dimmaktor sperren, Licht an am Schalter entsperrt Dimmaktor (und sendet ggfs noch ein Ein an das Licht). Dann läuft auch automatisch der PM mit und schaltet das Licht auch wieder nach der Nachlaufzeit aus.

/Edit: Mit der internen Logig und etwas Bastelei kannst Du beim Sperren des PMs auch noch das rote Licht leuchten lassen, als Info dass der PM deaktiviert ist. Sonst wette ich, dass Du dich diverse Male wundern wirst, warum der PM nicht funktioniert...

[Gast1961]

Ich habe zu mindestens das deaktivieren (Todlegen) hinbekommen - es gibt ein "Freigabe" (nicht Sperr) Objekt im PM - leider besitzt dieses Objekt keinen Status und ich kann auf dem Taster nicht anzeigen ob es gerade an oder aus ist.

Ja, das meinte ich.

Den Sperrzustand anzuzeigen ist auch ganz einfach, dazu nutzt du genau dieses Objekt für Freigabe/Sperre. Das ist der aktuelle Zustand.

Einen separaten Status würde man nur benötigen bei Meldern, die zeitabhängig selbst die Sperre aufheben. Der BJ bleibt aber solange gesperrt, bis man das über die GA aufhebt. Also einfach die Sperr/Freigabe-GA nutzen und fertig.

[knx1976]

Sorry - dachte es wäre “thematisch ähnlich genug”.
aber ja - war nicht optimal - sorry - bin weg.

[Harakiri]

sorry- darf ich evtl. kurz dazwischen quaken?

Warum machst du nicht deinen eigenen Thread auf, das ist hijacking und führt nur zur Verwirrung =(


Gast1961

Ich habe zu mindestens das deaktivieren (Todlegen) hinbekommen - es gibt ein "Freigabe" (nicht Sperr) Objekt im PM - leider besitzt dieses Objekt keinen Status und ich kann auf dem Taster nicht anzeigen ob es gerade an oder aus ist.

[knxPaul]

wie würde / könnte man es machen wenn man (mit einem X1) gerne wechseln würde ...

Eine eindeutige Lösung für so eine Aufgabe gibt es nicht, sondern oft mehrere ähnliche Möglichkeiten.

Im X1 gibt es Logik und Schaltuhren, auch Timer, und Berechnung von Sonnenaufgang und -untergang. Szenen kann der X1 auch, aber der PM hat keinen Szenen-Eingang; Lösung mit Szenen halte ich für schwieriger.

Ansonsten kann ein binärer Ausgang vom X1 genau den Schalter von #1 ersetzten.

[knx1976]

sorry- darf ich evtl. kurz dazwischen quaken?

wie würde / könnte man es machen wenn man (mit einem X1) gerne wechseln würde zwischen

- PM schaltet Licht X bei Präsenz

- PM macht das nicht


ABER in beiden Fällen sollte nachts die “Alarm-/Präsenz-Überwachung” (nach Timer? / Trigger “durch Visu” durch den PM schon erfolgen.

Macht man sowas mit “verschieden Szenen”?

oder wie ?

wäre der Vertriebs/Hilfe/kreative Ideen/Lösungsvorschläge sehr dankbar, da sich bei mir diese Frage gerade stellt.
herzlichen Dank!

[Harakiri]

Manueller Override im Sinne von Sperre des PM? Dazu dient die Sperre, die hat aber keine Zeitfunktion.
Die Frage war auch, wie dann das Licht geschaltet werden soll? Unabhängig von der Sperre oder daran gekoppelt?

Ja Sperren des PM
Licht würde dann manuell über Taster Schaltbefehl laufen. Der Taster sollte immer funktionieren, das habe ich schon hinbekommen wenn ich z.B. den Schalter des Lichts auf aus schalte und jemand trotzdem noch im Raum ist sendet der PM zyklisch seinen aktuellen Status und das Licht geht auch wieder an und nicht nur bei der ersten Bewegung.

UseCase 1:
Normalerweise ist der PM für Flurlicht zuständig, jetzt ist aber da keiner und du brauchst indirektes Licht aus dem Flur warum auch immer - forcieren an über Schalter.

UseCase 2:
Normalerweise ist der PM für Flurlicht zuständig, jetzt huscht Kind/Katze/Hund Abends immer über den Flur ganz kurz und dich macht das An und Aus Irre und du willst einfach nur dem PM ausschalten.

UseCase 3:
Normalerweise arbeitet der PM nach Lumen Helligkeitswert sonst passiert nix, jetzt will man zwischen 18-22 Uhr Vollbeleuchtung beim durchgehen im Flur, und während des Schlafens wenn man ins Bad huscht nur gedimmtes Licht auf 30%.

UseCase 1 + 2 zusammen stelle ich mir noch realtiv einfach vor. Der dritte vielleicht mit Scenen oder Logikmodul? Soweit bin ich mit meinem Demobrett noch nicht - mir würden die ersten beiden schon reichen.

[Gast1961]

einen manueller Override an einem Taster, der die Überwachung entweder Temporär (1h) oder komplett ausschaltet (Funktion us 1) und nur nachdem ich am Taster wieder die Überwachung aktiviert habe überprüft der PM ob jemand im Raum ist.

Manueller Override im Sinne von Sperre des PM? Dazu dient die Sperre, die hat aber keine Zeitfunktion.
Die Frage war auch, wie dann das Licht geschaltet werden soll? Unabhängig von der Sperre oder daran gekoppelt?

[Harakiri]

Beschreib doch mal deine Wünsche/Anforderungen, wie die Kombination aus PM und Taster im Ergebnis funktionieren soll.

1. PM überwacht Raum und schaltet bei Anwesenheit das Licht an falls es nicht an ist bzw. schaltet es aus wenn keine Präsenz da ist. Das funktioniert.

2. Nun wünsche ich einen manueller Override an einem Taster, der die Überwachung entweder Temporär (1h) oder komplett ausschaltet (Funktion us 1) und nur nachdem ich am Taster wieder die Überwachung aktiviert habe überprüft der PM ob jemand im Raum ist.

[Harakiri]

Die Bilder demnächst bitte werbefrei im Forum mit dem Foto-Symbol links in der blauen Leiste hochladen

• In den Bilder sehe ich am Kommunikationsobjekt KO-13 "P1: Externer Taster" keine Gruppenadresse = GA.
• Die GA 1/1/6 verbindet den Schaltausgang KO-10 vom Taster mit dem PM-Eingang KO-12 "P1: Umschaltung manueller Betrieb".
• Die GA 1/3/10 verbindet den PM-Statusausgang KO-9 "P1: Status manuell an/aus" mit dem Taster-Eingang KO-13 "... Status für Anzeige".
• Der PM-Ausgang KO-10 "P1: Bewegung (Master)" schaltet offenbar Licht 1.

Ich denke, dass mit dem Taste die Status-LED im Taster ein- und ausgeschaltet wird. Stimmt das?

Habe Beitrag geändert und Photos hochgeladen.
Ich habe für Externen Taster keine GA gemacht da ich wie oben erwähnt das nicht das gewünschte Ergebnis gebracht habe - wenn man das mit einem Taster verbindet schaltet er EINMALIG den PM an (also er ist dann aktiv) sobald keine Präsenz da ist ist er aus - und bleibt aus auch wenn wieder Präsenz da ist.

Ich dachte der Status schaltet den Status des Tasters (2 Taster Schalten Config) damit ich sehe ob an oder aus - das ist aber nicht so, weder bei manual objekt parameter noch bei aktor status.