Frage zu Verhalten PM - MDT SCN-BWM55T.G2

[BadSmiley]

Der Thread Titel passt super zu meiner Frage:
ich stelle immer ein dass der Kunde über X1 oder HS oder sonstige Visus die Nachlaufzeit und Helligkeitsgrenzwerte selber einstellen kann. Das geht in i.d.R. bei allen MDT und sonstigen Präsenzmeldern. Jetzt habe ich mir gestern einen Wolf beim SCN-BWM55T.G2 gesucht und im Handbuch finde ich auch nichts dazu. Warum wurde das bei dieser Applikation eingespart?

[GoldenSample]

Bin in den letzten Tagen nicht so recht dazu gekommen, möchte aber dennoch ein Update geben.


a) Es hilft, wenn man die GA auch korrekt setzt. Offensichtlich hat sich ein bisher unbemerkter Flüchtigkeitsfehler eingeschlichen, wonach "Dimmen Absolut / Kücheninsel" auf den Kanal für "Esstisch" gelegt wurde. Dass dann plötzlich auch mal beide Lichter angehen, ist dann auch keine Überraschung mehr.

b) Auf den Hinweis von Beleuchtfix habe ich zunächst aus Testzwecken zwei GA angelegt - 1x für "Bewegung rechts nach links" und 1x für "Bewegung links nach rechts"

c) Als das zuverlässig erkannt wurde, habe ich kurzerhand zwei Logikfunktionen angelegt und habe es "übersprungen", die Lösung im MDT SCN-BWM direkt abzubilden --> Daher eine Lösung mit dem MDT LOG1.02, die sicher nicht alle Eventualitäten abfängt, aber für den Anwendungsfall super funktioniert (keep it simple stupid)



Lösung "Betreten":
Wenn Helligkeit im PM kleiner als 20 Lux UND Licht Kücheninsel aus UND Licht Esstisch aus UND Bewegung rechts-links erkannt DANN Licht Kücheinsel auf 10% dimmen. (Eingang 4 als Telegrammeingang für den PM)

Lösung "Verlassen":
Wenn Helligkeit im PM kleiner als 50 Lux UND Licht Esstisch aus UND Licht Kücheninsel <15% UND Bewegung links-rechts DANN Licht Kücheninsel aus mit 10 Sekunden Sendeverzögerung (auch hier Eingang 4 als Telegrammeingang für den PM)

--> Funktioniert wie gewünscht



Auch wenn die KNX-Profis sicher schmunzeln werden, freut es mich immer wieder, dass man auch als Laie nachträglich noch unzählige Dinge ändern/umsetzen kann. Und wenn sich doch rausstellt, dass es kacke ist, muss eben nachgetrimmt werden

Vielen Dank nochmals an das Forum!

[Beleuchtfix]

Und denk daran, die Bewegungsrichtung wird erst nach durchqueeren der Mittellinie ausgelöst.
Viel Erfolg, Florian

[GoldenSample]

Die Helligkeitsabhängigkeit funktioniert nur bei den Lichtkanälen, nicht bei den Meldungskanälen wie der Auswertung Bewegungsrichtung.
Siehe Parameter der Kanaleinstellungen.

Danke für diesen wertvollen Hinweis - das erklärt natürlich das Verhalten! Mit diesem Hinweis, liest sich das Handbuch auch gleich etwas anders.
Dann werde ich mich morgen nochmal mit einer anderen Taktik / Logik an die Umsetzung setzen und es damit hoffentlich etwas einfacher gestalten können.

Vielen Dank nochmals!

[gbglace]

Es gibt keine Sperrobjekte an dem Meldungskanal Bewegungsrichtung. Ansonsten ja man könnte, die Bewegungsrichtung per GA das Sperrobjekt des Lichtkanals triggern lassen, das würde in der korrekten Reihenfolge kommen. Dann fehlen einen aber die effektive Sperrfunktion um den Lichtkanal wirklich zu sperren.
Nur mit dem Melder wird es nicht funktionieren.

Mit Logikmodul vielleicht aber es fehlen einfach zu viele GA. Und mir ist es jetzt zu aufwändig sein gewünschtes Szenario nachzubauen, einmal weil ich auch nicht alles von seiner HW bei mir habe und ich innerlich auch nicht alles vom Prinzip her so bauen würde.

Dafür Sperre mit der UND Logik die ich vorgeschlagen hab?

Erst denken, dann schreiben. Selbst mit ner Logik dahinter wird ne Bewegungserkennung wohl die Sperre vorm Schaltbefehl nicht aufheben aufheben?

Danke gbglace . Wie immer umfangreich und erklärend.

Weil die Bewegungsrichtungserkennung Helligkeitsunabhängig ist.

Dafür Sperre mit der UND Logik die ich vorgeschlagen hab?

[gbglace]

Tagsüber soll der PM keine Funktion haben, z.B. >500 Lux

Die Helligkeitsabhängigkeit funktioniert nur bei den Lichtkanälen, nicht bei den Meldungskanälen wie der Auswertung Bewegungsrichtung.
Siehe Parameter der Kanaleinstellungen.

Sobald die Helligkeit unterschritten wird, soll bei Betreten der Küche (Bewegungsrichtung rechts nach links) das Licht "Kücheninsel" auf 10% absolut gedimmt werden und "an" bleiben.

Das hast derzeit nicht abgebildet, da die Auswertung der Bewegungsrichtung auf eine 1-Bit GA geht.
Keiner weis wo das andere Ende der GA ist.
Sollte der Dimmer bei 10% landen dann nur weil wohl gleichzeitig ein Telegramm aus KO#0 kommt.

Eine Auswertung des Busmonitor wird das aufklären ob es immer ein oder immer zwei Telegramme sind die da gesendet werden (KO#0 und/oder KO#101/102)

Bei Verlassen der Küche (Bewegung links nach rechts) soll das Licht "Kücheninsel" nach 1 Minute aus gehen.

Mach erstmal das AN richtig, dann kann man auch über das AUS reden.

An den beiden unteren Tasten des PM soll das Licht "Esstisch" als Funktion "Ein/Aus/Dimmen relativ" hinterlegt sein.

Damit würde ich erstmal beginnen und alles andere vom Melder ohne GA Verlinkung programmieren.

Ein "Überstimmen" bzw. ein Dimmen des Lichtes "Kücheninsel" am Glastaster soll den PM sperren, bis das Licht wieder ausgeschaltet wurde

Das geht so nicht. Optimal wäre wenn der Melder nicht nur einen Eingang Taster für AN/AUS hätte sondern auch noch für Dimmbefehle. Das hat der Melder aber nicht. Wenn der Glastaster nur AN/AUS machen würde, dann wäre es leicht das per Sperre des BWM zu realisieren.
Jetzt musst eine Logik haben die darauf reagiert das ein Befehl vom GT2 kommt was AN oder Dimmen hochrunter sein könnte. Sowie da Befehle kommen muss das eine Sperre geben. Diese aber muss deaktiviert werden sowie vom Aktor ein Status AUS kommt. oder vom Taster ein AUS kommt. Das ist eine gewaltige Schlacht an GA.

• Wenn das Licht am Esstisch >0% ist, soll der PM auch gesperrt sein

Sowas halte ich für unsinnig, weil Du dann Licht nur noch manuell ausschalten kannst. PM machen ggf. nicht immer Sinn beim Einschalten aber gegen das vergessen auszuschalten sollte man sie schon verwenden.

a) Ist das überhaupt in dieser Art realisierbar?

Alles zusammen nicht so einfach mit der HW

b) Warum schaltet der PM auch am Tag bei Helligkeit im Raum?

Weil die Bewegungsrichtungserkennung Helligkeitsunabhängig ist. Und ich vermute diese GA gehen auch direkt auf das SchaltKO des Aktors.

c) Warum werden sowohl "Küchenlicht Insel" wie auch "Licht Esstisch" bei Betreten des Raumes angeschaltet?

Keiner kennt hier den grundriss und die Bewegungsprofile, aber ich denke wenn da wer vor dem Melder rumläuft dann siehe GA an KO#101/102

Naja MDT macht ja nur KNX. Also brauch der Support ja keine Allrounder für X Systeme. Gerade wenn man hier im Forum ließt setzen ja viele private selber Macher auf MDT. Alleine das Preis Leistungsverhältnis. Beruflich hab ich allein für dieses Jahr mindestens 12 Eigentumswohnungen bzw. Häuser. Aktorik wird alles von MDT, Sensorik individuell nach Kundenwunsch. Bei mir privat nach und nach komplett MDT, bis auf nen X1 von Gira.

Das könnteste per Logik lösen. Rollo Küche zu oder Nacht von WS Sperre Lichtkanal 1.

Quatsch.... UND Logik... Tag von der WS mit ein UND Status Rollo unten invertiert

[GoldenSample]

Na da haben bestimmt noch paar Leute ne Idee. oder hjk hat ne Idee.Hab gerade nicht so die Lust Handbücher nach Feierabend zu lesen. Muß ich auf Arbeit schon Aber das liebe ich an MDT... der Umfang der Parametereinstellungen. Leider noch keine Projekte mit BWM von MDT, wird sich mit den nächsten Baustellen aber ändern.

Also der Support von MDT ist wirklich herausragend. Auch als kleiner Privatanwender wird man mehr als ernst genommen. Hatte damals ein Problem mit dem neuen JAL mit Fahrzeitmessung - promt Hilfe per Teamviever und gelöst! Aktuell habe ich seit ein paar Tagen ein Problem mit dem IP Interface und VC Easy, der Support nimmt sich der Sache sehr kompetent an. TOP.

Aber wegen so einer Sache wollte ich zunächst selbst / im Forum weiterkommen, ohne MDT zu belästigen. Das Handbuch habe ich schon durch gescrollt, es sollte aber doch eher zum Lesen übergehen (was wird nur aus "a true engineer...")

Habe übrigens drei weitere PM im Keller von MDT im Einsatz (Decke / 4 Sensoren), diese sind dagegen äußerst einfach zu parametrieren und funktionieren ohne einmal nachtunen seit Beginn.

eides verfügbar. Aber: Was wenn draußen noch hell aber die Rollläden unten?

Das könnteste per Logik lösen. Rollo Küche zu oder Nacht von WS Sperre Lichtkanal 1.

Noch immer keinen Ansatz warum das Teil aktiv ist, obwohl der Helligkeitssensor 1300 Lux misst.

Na da haben bestimmt noch paar Leute ne Idee. oder hjk hat ne Idee.Hab gerade nicht so die Lust Handbücher nach Feierabend zu lesen. Muß ich auf Arbeit schon Aber das liebe ich an MDT... der Umfang der Parametereinstellungen. Leider noch keine Projekte mit BWM von MDT, wird sich mit den nächsten Baustellen aber ändern.

[GoldenSample]

Die Funktion heißt nachts heimlich zum Kühlschrank schleichen

Keine Chance - sonst mache ich zusätzlich eine Statusmeldung über die Stromüberwachung am Aktor

Na haste irgendwo Zeitschaltuhren zu Verfügung? Dann würd ich die Sperren darüber Steuern. Oder ne Wetterstation?

Beides verfügbar. Aber: Was wenn draußen noch hell aber die Rollläden unten? Hab eben nochmal an den Lux gedreht - keine Änderung. Noch immer keinen Ansatz warum das Teil aktiv ist, obwohl der Helligkeitssensor 1300 Lux misst. Oder muss das auf KO#11/26 nochmal verknüft werden? ("Ausschalten beim Überschreiten")

Die Funktion heißt nachts heimlich zum Kühlschrank schleichen

Da hab ich gleich ne lustige Idee... im Bett des zu dicken Partners Drucksensor auf nen Binäreingang... Wenn zwischen 24 Uhr und 4 Uhr Bett leer und Küchenlicht an Kühlschrank mechanisch verriegelt.

Die Anwendung soll den Fall abdecken, dass man abends noch etwas in der Küche holt und sich das Licht an/aus spart

Die Funktion heißt nachts heimlich zum Kühlschrank schleichen

Na haste irgendwo Zeitschaltuhren zu Verfügung? Dann würd ich die Sperren darüber Steuern. Oder ne Wetterstation?

[GoldenSample]

a) Und was ist wenn du und deine Frau gemeinsam kocht und sie den Raum verläßt? Stehste in einer Minute im dunkeln?

Vielen Dank für die Mühen und den Input!

Die Anwendung soll den Fall abdecken, dass man abends noch etwas in der Küche holt und sich das Licht an/aus spart (ist tatsächlich etwas nervig, daher wäre das schon eine angenehme Funktion).

Wenn man sich länger in der Küche aufhält, würde ich durch Zuschalten der Inselbeleuchtung den PM sperren - so war zumindest die initiale Idee.

(Generell ist es keine gute Idee zu Parameterieren, wenn zwei kleine Kinder hier im Arbeitszimmer mit umher hüpfen Da kommt man gut durcheinander beim Verknüfen...)