ElabNET Technik Forum

Hallo zusammen,
ich will meine Beleuchtung und das Schaltverhalten in mehreren Räumen optimieren.
Dafür brauche ich 3 neue Logiken.
Bei dem zweiten und dritten Fall bin ich mir nicht sicher, ob es überhaupt möglich wäre sowas zu realisieren.
Was haltet ihr davon?
Wie kann ich am besten das Verhalten(Fall 2 und 3) mit der Logik im System abbilden?


Fall 1: Zeitgesteuert
Um eine bestimmte Zeit z.B. um 21:00 Uhr soll der Wert einer bestimmten GA X oder des Objekts X täglich auf 0 gesetzt werden.

Fall 2: Zeitgesteuert
Um eine bestimmte Zeit z.B. um 18:00 Uhr soll die Treppenbeleuchtung angehen und um 24:00 Uhr ausgehen.
In diesem Zeitraum, darf die Flur-Beleuchtung, die vom PM gesteuert wird, nicht automatisch angehen, wenn die Treppenbeleuchtung an ist.
Da muss man den PM irgendwie blockieren/sperren.
Es sollte aber möglich sein die Flur-Beleuchtung mit dem Taster ein- und auszuschalten.

Fall 3: Wenn eine Lichtquelle mehr als X Minuten/Stunden an ist, dann soll sie automatisch ausgeschaltet werden.

MfG Juri

Hallo Juri,

ist es zwingend für dich notwendig das mit Logik im TWS zu realisieren?

(Fall 2-3)
Bestimmte Funktionen bringt doch schon ein KNX-Schaltaktor mit sich, warum diese dann neu in Software erfunden werden sollen ...
... angenommen das der KNX-Schaltktor diese "zusätzlichen" Möglichkeiten bietet.
Ein Zusammenspiel KNX <-> TWS würde doch genauso gut funktionieren.
Somit wären Basisfunktionen auf den KNX und Komfortfunktionen auf dem TWS realisiert.

Der Logikeditor ist eine verdammt mächtige Waffe, dessen Möglichkeiten sich für mich sehr schwer einschätzen lassen.
Da müssen die Logikeditor-Profis mal ran.

Grüße

René

Fall1 sollte eine einfache Trigger-Logik im TWS sein.
Fall2 Das ist dann eine Logik als ZSU die den Zeitraum 18:00 - 23:59 als 1 alles andere als 0 definiert. Ergebnis ein Objekt im TWS
Das Objekt schickst einmal per GA an den Schaltaktor für das Treppenlicht
Und ein zweites mal an das Sperrobjekt vom PM oder je nach PM eine Umschaltung Tag/Nacht, letzteres hat den Vorteil das dann die manuelle Bedienung per Taster noch funktioniert.
Bevor das alles in eine zentrale Logik muss, würde ich da eher die Möglichkeiten des PM ausloten. Da gibt es viele Wege. Sperre + Zwangsführung aus dem Taster oder Tag/Nacht-Modus im PM (Was bei Gira z.B. indirekt auch über Sperre geht da werden zwei Kanäle gegeneinander gesperrt die sich dann eben unterschiedlich verhalten)

Fall3 Funktion des Treppenlichtautomaten im Aktor nutzen. Wenn es mit Logik sein soll, dann Status des Aktorkanals bei "AN" als Trigger auf einen Timer und dessen Ergebnis Sende 0 auf den bus und auf den Schalteingang des Aktors geben.
Egal ob Treppenlicht oder Logik, den Status auch immer ordentlich an Taster und PM übergeben, damit die nicht durcheinanderkommen.

maggyver hat geschrieben: ↑Fr Nov 26, 2021 6:22 pm Hallo Juri,

ist es zwingend für dich notwendig das mit Logik im TWS zu realisieren?

Hallo Rene,
ich wollte alles an einer Stelle haben, alles in TWS.

MfG Juri

gbglace hat geschrieben: ↑Fr Nov 26, 2021 8:44 pm

Hallo Göran,
Danke für die zahlreichen Tipps.

MfG Juri

Fall 1
siehe KB
app.php/kb/viewarticle?a=95

Fall 2
Ginge auf jeden Fall im TWS Logikfunktionsmodul, aber sehe es auch so: Checke die Möglichkeiten des PM und wenn es Dir nicht klar ist posten sie hier (z.B Screenshot aus ETS Parametrierung)
Für die von Göran angesprochene ZSU nutzt Du hier vermutlich am Besten den Timer 1...
Aber am Ende ist das nur eine Einstiegsvariante...was Du eigentlich willst ist ja bestimmt, dass das Licht nicht um 18uhr, sondern bei Dämmerung angeht. oder?

Ich habe zwar eine Wetterstation, aber weil die Teile im Außenbeleuchtung nicht ewig halten, habe ich alle Dämmerungslogiken bei mir inzwischen auf den Stand der Sonne umgesetzt- Die Sonnenhöhe im genau zu sein. Dafür gibt es das Astro-Modul.

Der Sonnestand gibt mir das Einschalt Signal und eine AND Logik-Zelle wie in Fall 1 nur inertiert gibt mir z.B. um 23 Uhr das False.

Fall 3
Überlege Dir ,was genau Du willst und wie Deine Situation ist..wahrscheinlich reicht sogar eine AND-Logik wie in Fall 1, aber mit False als Eingang, Ausschaltverzögerung am Ausgang und triggern bei Objektereignis anstelle eines Zeitpunktes.

Robosoc hat geschrieben: ↑Sa Nov 27, 2021 7:10 am wahrscheinlich reicht sogar eine AND-Logik wie in Fall 1, aber mit False als Eingang, Ausschaltverzögerung am Ausgang und triggern bei Objektereignis anstelle eines Zeitpunktes.

Sorry, das war falsch...
Timer1 oder Timer2 wie von Göran vorgeschlagen.
Ausgang auf Verhalten T setzen
Starteingang z.B. mit Aktorstatus verknüpfen

Robosoc hat geschrieben: ↑Sa Nov 27, 2021 7:10 am

Hi Sven,
Danke.


MfG Juri

Robosoc hat geschrieben: ↑Sa Nov 27, 2021 7:10 am Aber am Ende ist das nur eine Einstiegsvariante...was Du eigentlich willst ist ja bestimmt, dass das Licht nicht um 18uhr, sondern bei Dämmerung angeht. oder?

ja, das will ich aber im nächsten Schritt machen und dafür will ich den Lichtwert(wird zurzeit alle 5 Min. gesendet und ab best. Änderung) des Präsenzmelders ausnutzen.

MfG Juri