[Gelöst] Zeitschaltuhr Logik

[blaubaerli]

Aber das wird in seinem Fall eher nicht passen, denn unterschiedliche Einschaltpunkte und variable Ausschaltpunkte bekommt er mit einer Konstanten Dauer am Timer1 eher nicht in den Griff

[S. Kolbinger]

.. das mit der unterschiedlichen Dauer am Wochenende hatte ich überlesen.

Klar könnte man alles in eine Custom-Logic packen, aber hier finde ich, das zwei Logiken durchaus angebracht sind (evtl. eine für werktags und eine fürs Wochenende).
Der Vorteil dabei ist, das man es mit den vorhandenen Bausteinen einfach zusammen klicken kann und sich nicht in die Syntax der Custom-Logic einarbeiten muss.

[Matthias]

Hallo zusammen,

also ich habe jetzt mal folgendes gebastelt. Und teste Live .....

Das ganze stellt eine Zeitsteuerung für die Aussenbeleuchtung dar, welche durch Zeitscheiben und den Sonnenstand getriggert wird.

1. Logik: Astro gibt mir die Höhe des Sonnenstandes
2. Logik: Wenn der Sonnenstand kleine als 1° ist, dann ist die Sonne untergegangen -> Setzt KNX-GA Obj (x)
3. Logik: Mit dem "true" AND setze ich über mehrere Timer den morgenlichen Beginn je Wochentag, an dem das Licht frühestens angehen soll -> Setzt KNX-GA Obj (y)
4. Logik: Mit dem "true" AND und Ausgang negiert setze ich über mehrere Timer das abendliche Ende je Wochentag, an dem das Licht spätestens ausgehen soll -> Setzt KNX-GA Obj (y)
5. Logik: Wenn die Zeitscheibe aktiv AND die Sonne untergegangen ist, dann Licht an -> Setzt KNX-GA Obj (z)



Gruß

Matthias

[gbglace]

Mal zum rein fachlichen Sollverhalten. Hier soll also bei untergegangener Sonne Abends und Morgens aber nicht in der Kernnacht das Aussenlicht leuchten. Die Begrenzung des Zeitraumes Kernnacht ist dabei wochentagsspezifisch eingestellt. Je Definition des Kernnachtzeitfensters und Jahreszeit kann das Licht ggf auch Mal voll aus sein am Abend oder Morgen. Hab ich das passend verstanden?

[gbglace]

Klingt für mich für eine sehr interessante Kombination. Den könnte ich mir als fertigen Custombaustein gut vorstellen, da man sowas auch gut vor einer Bewässerungslogik, Rasenmäher Logik usw. Vorschalten könnte zur Definition eines grundlegenden täglichen Zeitfensters für eine Aktivität / Inaktivität.

Das ist auch eigentlich mein Verständnis für eine Zeitschaltuhr als fertigen Baustein.

Aber ja um alle Wünsche einer solchen ZSU abzudecken (Definition von Zeitfenster über unterschiedliche Dimensionen Tage Stunden Monate und flexiblen Parametern für Wiederholungen) macht so einen ZSU Baustein schnell sehr voll in Sachen Parametern.

[bodo]

Custumnaustein

[danik]

Habe bei mir den Begrenzer auf ein Zeitfenster auch über eine Customlogik und einen Timer gemacht gemacht.

Zum Zeitpunkt X (über Cron) wird der Timer gestartet die Variable auf TRUE gesetzt
Nach Ablauf Timer wieder auf FALSE

Noch unschön ist, dass die Dauer des TRUE-Fensters ausgerechnet werden muss (Timer läuft Anzahl Sekunden). Schöner wären fixe Zeiten (ideal direkt beim Baustein-Eingang) angeben zu können.

Gruss
Dani

[S. Kolbinger]

Hallo Danik,

Noch unschön ist, dass die Dauer des TRUE-Fensters ausgerechnet werden muss (Timer läuft Anzahl Sekunden). Schöner wären fixe Zeiten (ideal direkt beim Baustein-Eingang) angeben zu können.

Das habe ich geplant, wenn wir die Eingabe der String-Variablen angehen. Da könnte man auch die Eingabemaske für Zeit aus dem Trigger-Dialog wieder verwenden.

Aber wenn du eh eine Custom-Logic im Einsatz hast, und den Cron-String kennst, kannst du mal diese Variante probieren (Cron-Strings bei $StartZeit und $StopZeit entsprechend anpassen):

Code: Alles auswählen

{
    "Level": [
        ["$StartZeit","string","24 * * * * *"],
        ["$StopZeit","string","42 * * * * *"],
        ["$Set","bool",false],
        ["$Res","bool",false],
        ["$Stat","int",0],
        ["$Out","bool",false],
        ["$KonstFalse","bool",false],
        ["$VAR<Inhibit?>", "bool", false]
    ],
    "Module": [
        ["Break",["$VAR<Inhibit?>"] ],
        ["Cron","-$KonstFalse","$Set",0,"$StartZeit"],
        ["Cron","-$KonstFalse","$Res",0,"$StopZeit"],
        ["BinaryMultiplexer",["$Set","$Res"],"$Stat"],
        ["Multiplexer",["$Out","-$KonstFalse","$KonstFalse"],"$Out","$Stat"]
    ],
    "Input": [
    ],
    "Output": [
        ["Ein/Aus","Ausgang der Zeitschaltuhr","$Out","c"]
    ]
}

[danik]

Aber wenn du eh eine Custom-Logic im Einsatz hast, und den Cron-String kennst, kannst du mal diese Variante probieren (Cron-Strings bei $StartZeit und $StopZeit entsprechend anpassen):

Danke für die Custom-Logik, klappt wunderbar.

[Matthias]

Mal zum rein fachlichen Sollverhalten. Hier soll also bei untergegangener Sonne Abends und Morgens aber nicht in der Kernnacht das Aussenlicht leuchten. Die Begrenzung des Zeitraumes Kernnacht ist dabei wochentagsspezifisch eingestellt. Je Definition des Kernnachtzeitfensters und Jahreszeit kann das Licht ggf auch Mal voll aus sein am Abend oder Morgen. Hab ich das passend verstanden?

Ja genau so ist es. Die Zeiten stehen bei mir von 6Uhr Morgen bis 23Uhr abends in der Woche und am Samstag länger. Das Licht schaltet dann zum Sonnenuntergang ein.

Das ist im wesentlichen eine Zeitschaltuhr mit einem verknüpften Astromodus.

Ich denke eine komplexe und einfach einzustellende Zeitschaltuhr wäre sicher eine Bereicherung für den Logikeditor in der Zukunft.