Uhrzeitabh. Dimmen (HCL) <-> Präsenzmelder

[gbglace]

Tausch den PM gegen den teureren der beiden aus (Universal glaube nennt der sich bei Jung), dann musst da nichts mit Logiken usw. tun, dann geht das mit Bordmitteln. Der Standard taugt eigentlich nur als Slave also Zumelder für einen richtigen Melder.

Da gibt es mehrere Wege, je nach dem was die Logik kann und wie Du sie da baust. Aber meist ist die Meldung Hallo hier ist Bewegung nur mit der Logik verbunden und von der Logik aus geht eine andere GA an den Aktor.

Oder kennt der Aktor ggf unterschiedliche Ziel Dimmstufen je einem Signal? was sagt den das Handbuch?

[burste]

Hallo,

ich habe ebenfalls eine Frage zum zeitabhängigen dimmen und konnte über die Suchfunktion keine passende Antwort auf meine Fragestellung finden. In meinem System habe ich folgende Komponenten:
Jung Dimmaktor 3904
Jung Präsenzmelder Mini Standard
MDT Logikmodul

In meinem Logikmodul habe ich jetzt eine Logik erstellt in der in der Zeit zwischen 22.00 Uhr und 6.30 Uhr ein Prozentwert (10%) gesendet werden soll. Was mir jetzt aber nicht ganz klar ist, wie muss ich jetzt das KO verknüpfen? Benötige ich dafür noch eine GA? Muss dies mit dem Aktor verknüpft werden?

Freue mich über Hilfestellungen

[andilee]

Der PM müsste - wenn der gemessene LUX-Wert unter dem Ziel-LUX-Wert ist - das Licht mit 1% Dimmwert EIN schalten, und so lange hochdimmen, bis der gewünschte Lux-Wert erreicht ist

Ich würde es nicht beschwören, aber ich meine mich zu erinnern das ich genau diese Funktion im Handbuch vom BEG PD11 erst kürzlich gelesen habe.

[Beleuchtfix]

Schaff dir ein Logik Modul an und mach es selber. Wenn ich so etwas bei einem Kunden einbauen würde, bräuchte ich mindestens eine halbe Stunde, um dem Kunden zu erklären, was da geschaltet wird. In den meisten Fällen würde ich Beschwerden bekommen, dass die Anlage anders ist, als erwartet. An einem bewölktem Sommertag wäre um 8 Uhr das Licht aus (>200 Lux) und um 10 Uhr an (<400 Lux). Das muss der Kunde gezielt wünschen, sonst versteht er das nicht.

Gruß Florian

[uwe1]

Ja, gbglace, genau das wollte ich gerade auch schreiben!

Aber auch mit der KLR ist es "unbefriedigend", wie ich vor 3 Jahren schonmal geschrieben hatte:
https://knx-user-forum.de/forum/%C3%...BCber-sollwert

... weil (zumindest mein PM (MDT PM P360K4.01) das Licht ERST schaltet, und DANN (erst nach 1 Sekunde lt. Konfiguration) anfängt zu regeln:
https://knx-user-forum.de/forum/%C3%...79#post1045879
egal ...

Die einzige mMn sinnvolle und einfache Lösung (ohne Logiken) wäre, dass der PM diese "uhrzeitabhängiges Dimmen (mit HCL)" steuert, denn NUR DER "weiß" wie hell es ist. Der PM müsste - wenn der gemessene LUX-Wert unter dem Ziel-LUX-Wert ist - das Licht mit 1% Dimmwert EIN schalten, und so lange hochdimmen, bis der gewünschte Lux-Wert erreicht ist. Statt "uhrzeitabhängigem Dimmen" wäre es dann "uhrzeitabhängiger Helligkeits-/LUX-Wert inkl. KLR" , denn Dimmwert ist immer relativ, Lux-Wert ist real.
DAS wäre PERFEKT!!!

Ob das in die nächste Generation der PM übernommen wird oder ins Logikmodul kommt ist noch nicht entschieden.

Also hjk, BITTE, BITTE - "uhrzeitabhängiger Helligkeits-/LUX-Wert" - direkt in dem PM integrieren
Dann bekommst du von mir - neben dem vorhandenen TOP-Innovator - auch den TOP-Realisator-Preis

[gbglace]

Die %-Dimmwertkurve im Aktor ist da eh völlig ungeeignet, selbst wenn Du von extern die Zeiten umstellen könntest um Jahreszeiten auszugleichen, müsstest aber noch Wetterschwankungen ausgleichen. Bei voller Bewölkung am Morgen ist es mal ganz schnell doch noch zu dunkel als bei klarem Himmel dann braucht es einen höheren Kunstlichtanteil als 50% um auf die gewünschten 200 Lux zu kommen.

Streich einfach den Gedanken das so über den Aktor lösen zu wollen.

Nimm einen PM der KLR kann und dazu passend den Helligkeitszielwert per GA empfangen kann.
Zielwerte werden per Logik über den Tagesverlauf definiert. Den dynamischen Anteil aus dem Jahresverlauf und Wettereinflüsse regelt dann die KLR allein.

Dann hast ein ganz softes Regeln des PM beim Erzeugen der Zielhelligkeit und nicht irgendwelche stufigen %-Werte im Aktor als Dimmstufe hinterlegt.

[uwe1]

Aber für was das Ganze?

Damit das Licht nicht AN geht, wenn ich es gar nicht brauche.
Beispiel morgens 7 Uhr im Sommer:
- Im MDT LED-Controller (=Aktor) ist eingestellt: 7 Uhr - Dimmwert 50% (was zb rund 200 Lux entspricht)
- Im Raum sind es aber schon 300 Lux hell
- Im PM ist Schwellwert auf 400 Lux. Folge: Bei Präzenz wird EIN geschaltet.
Es wird also Licht EIN geschaltet, OBWOHL es bereits heller ist, als ich - um 7 Uhr mit 50% Helligkeit ~ 200 Lux - haben möchte.

[vento66]

Dann bau Dir einen Steinel true Presence ein, dem kannst Du bei der Konstantlichtregelung die Werte per Bus setzen. Dann brauchst Du nur noch eine Logik die dem PM die Sollwerte vorgibt, Aber für was das Ganze?

[hjk]

Vielen dank!

Einsteigerfrage: "kann DIE Schaltschwellen" ... ist damit gemeint, dass er Schaltschwellen zb von einer Zeitschaltuhr empfangen kann, oder kann der AKD diese Schalztschwellen senden?

Es wird schon eine umfangreiche Logik gebraucht, die Luxwerte senden kann.
Der Dimmer kann die Werte nicht senden, jedenfalls nicht wie notwendig und dauerhaft. Er kann nur den aktuellen Status senden. Das passt aber eh nicht, da der Dimmer nur Prozentwerte hat.

[gbglace]

Der Dimmer bleibt dann "dumm", der PM empfängt dann die Schaltschwelle von einer Logik und reagiert entsprechend.
Würdest den Dimmer befähigen die Werte der Kurve zu senden, dann tätst wahrscheinlich einen Dimmerkanal verschwenden.

Mir wäre das mit den Schwellwerten eh alles zu komisch im Leuchtverhalten. Wenn dann eine Logik die die Zielhelligkeit definiert und dem PM den Wert liefert / updatet und der arbeitet dann damit im Rahmen einer KLR, alles andere ist unharmonisch wenn es so hin und her schaltet.

[uwe1]

Vielen dank!

kann die Schaltschwellen per Objekt empfangen.

Einsteigerfrage: "kann DIE Schaltschwellen" ... ist damit gemeint, dass er Schaltschwellen zb von einer Zeitschaltuhr empfangen kann, oder kann der AKD diese Schalztschwellen senden?

[hjk]

Uhrzeitabhängiges Dimmen haben wir mit dem LED Controller in der 2. Generation eingeführt und auch in dem neuen 230V Dimmer übernommen. Ob das in die nächste Generation der PM übernommen wird oder ins Logikmodul kommt ist noch nicht entschieden.
Der neue PM SCN-P360E3.03 kann die Schaltschwellen per Objekt empfangen.

[Beleuchtfix]

Die verkaufen auch Logik-Module
Gruß Florian

[uwe1]

Wenn man geniale Ideen hat, was alles noch besser sein könnte, dann muss man mit irgend einer Logik selbst dafür sorgen.

Ja klar, nur ich als "naiver Laie" dachte halt:
Wenn MDT die geniale Idee des uhrzeitabhängigen Dimmens hat, dass würden DIE auch dafür sorgen, dass es - natürlich AUCH mit PMs und OHNE Zusatzhardware und speziellen Logiken - vollumfänglich anwendbar ist.

Aber ok, ich bin ja schon ruhig ;-)

[Beleuchtfix]

Jeder Hersteller macht irgend etwas besser, und jeder Anwender findet irgend eine Funktion als absolut natürlich, da müsste doch jeder draufkommen. Fakt ist aber auch, dass ca 90% aller Einstellungen eines Gerätes nicht verändert werden (wir Forianer sind da kein Durchschnitt!). Bis jetzt war es so, dass Licht angehen soll, wenn es zu dunkel ist. Da zu Dunkel relativ ist, kann die gewünschte Helligkeit eingestellt werden. Dass es dann zu bestimmten Zeiten anschließend zu hell ist, gibt es die Möglichkeit, den Ausgangswert z.B. zur Nachtzeit zu ändern. Das jetzt über den Tagesverlauf mehrfach anzupassen ist relativ unüblich.

Wenn man geniale Ideen hat, was alles noch besser sein könnte, dann muss man mit irgend einer Logik selbst dafür sorgen. Dann muss man halt auch ein passendes Gerät dafür anschaffen, es kann nicht alles in den Geräteapplikationen integriert sein. Die Meisten sind auch schon jetzt von den Möglichkeiten der Applikation überfordert und schöpfen sie bei weitem nicht aus.

Gruß Florian