NEU! UPGRADE IP 10 verfügbar!
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[Gelöst] Schaltfunktion der Astrouhr
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Reactions:
- Beiträge: 428
- Registriert: Mo Okt 15, 2018 9:24 pm
- Hat sich bedankt: 103 Mal
- Danksagung erhalten: 208 Mal
Schaltfunktion der Astrouhr
Hallo zusammen.
Bei der Schaltfunktion der Astrouhr des HS4 ist mir negativ aufgefllen, dass es zu Fehlschaltungen (nicht im eigentlichen Sinne!) kommt, wenn der Sonnenaufgang (SA) VOR der eingestellten Schaltzeit an diesem Tag erfolgt. Im Winter ist das kein Problem, denn i.d.R. schaltet man das Außenlicht ja früh z.B. um 6:00 ein und bei SA + 15 Minuten wieder aus. Im Winter funktioniert das allerdings nicht immer, denn der SA ist da häufig VOR der Einschaltzeit. Das hat dann zur Folge, dass das Licht erst mit der Ausschaltung des Lichtes am Abend wieder aus geht und den ganzen Tag eingeshaltet ist.
Frage an die Entwickler des Bausteins der Astrouhr:
Ist das irgenwie abgefangen beim LBS Astrouhr? Wenn nicht - kann man das irgendwie noch einpflegen, dass es zu keiner Schalthandlung kommt, wenn die Schaltzeit für EIN / AUS unlogisch zum SA / SU an diesem Kalendertag angelegt ist? Das Highlight wäre natürlich, wenn es noch zu einer Textausgabe beim Anlegen der Schaltzeiten kommen würde, die mitteilt, dass die Einschaltzeit im Bereich vom 17. Mai bis 23. August ausserhalb des zulässigen Zeitfensters liegt.
Wenn das funktioniert, wäre das wieder ein Punkt, der den HS4 toppt!
Gruß
Stephan
Bei der Schaltfunktion der Astrouhr des HS4 ist mir negativ aufgefllen, dass es zu Fehlschaltungen (nicht im eigentlichen Sinne!) kommt, wenn der Sonnenaufgang (SA) VOR der eingestellten Schaltzeit an diesem Tag erfolgt. Im Winter ist das kein Problem, denn i.d.R. schaltet man das Außenlicht ja früh z.B. um 6:00 ein und bei SA + 15 Minuten wieder aus. Im Winter funktioniert das allerdings nicht immer, denn der SA ist da häufig VOR der Einschaltzeit. Das hat dann zur Folge, dass das Licht erst mit der Ausschaltung des Lichtes am Abend wieder aus geht und den ganzen Tag eingeshaltet ist.
Frage an die Entwickler des Bausteins der Astrouhr:
Ist das irgenwie abgefangen beim LBS Astrouhr? Wenn nicht - kann man das irgendwie noch einpflegen, dass es zu keiner Schalthandlung kommt, wenn die Schaltzeit für EIN / AUS unlogisch zum SA / SU an diesem Kalendertag angelegt ist? Das Highlight wäre natürlich, wenn es noch zu einer Textausgabe beim Anlegen der Schaltzeiten kommen würde, die mitteilt, dass die Einschaltzeit im Bereich vom 17. Mai bis 23. August ausserhalb des zulässigen Zeitfensters liegt.
Wenn das funktioniert, wäre das wieder ein Punkt, der den HS4 toppt!
Gruß
Stephan
Zuletzt geändert von Robert_Mini am Do Nov 14, 2019 9:19 pm, insgesamt 1-mal geändert.
TWS 2500 ID:677, PBM ID:495 & ID:632, TWS 2500 ID:574, TWS 2500 ID:220, PBM ID:1022, VPN offen, Neustart kein Problem
-
- Reactions:
- Beiträge: 314
- Registriert: Mo Sep 24, 2018 9:59 am
- Hat sich bedankt: 283 Mal
- Danksagung erhalten: 195 Mal
Hallo Stephan,
der Astro-Logikbaustein gibt nur diverse Uhrzeiten (SA/SU, Dämmerung), Sonnenwinkel und Sonnenhöhe etc. aus. Mehr muss er auch gar nicht tun.
Aber diese Werte können in anderen Bausteinen wiederum z. B. mit Schaltzeiten kombiniert werden. Und die Logikengine ist insgesamt so "logisch" designed, dass die von dir angesprochenen unlogischen Schaltzeiten einfach ausgeschlossen werden können.
Ich habe z. B. genau so eine Logik wie in deinem Beispiel im Einsatz, die u.a. um 6 Uhr morgens das Außenlicht einschaltet. Bei Beginn der Dämmerung (Sonnenwinkel > -6 Grad) schaltet sie wieder aus. Wenn um 6 Uhr der Sonnenwinkel schon über -6 Grad ist, wird gar nicht erst eingeschaltet.
Das ist also alles schon möglich und läuft bei mir seit ein paar Monaten einwandfrei! Ich kann gerne noch beschreiben, wie ich das umgesetzt habe (anhand von anderen Beispielen hier im Forum).
der Astro-Logikbaustein gibt nur diverse Uhrzeiten (SA/SU, Dämmerung), Sonnenwinkel und Sonnenhöhe etc. aus. Mehr muss er auch gar nicht tun.
Aber diese Werte können in anderen Bausteinen wiederum z. B. mit Schaltzeiten kombiniert werden. Und die Logikengine ist insgesamt so "logisch" designed, dass die von dir angesprochenen unlogischen Schaltzeiten einfach ausgeschlossen werden können.
Ich habe z. B. genau so eine Logik wie in deinem Beispiel im Einsatz, die u.a. um 6 Uhr morgens das Außenlicht einschaltet. Bei Beginn der Dämmerung (Sonnenwinkel > -6 Grad) schaltet sie wieder aus. Wenn um 6 Uhr der Sonnenwinkel schon über -6 Grad ist, wird gar nicht erst eingeschaltet.
Das ist also alles schon möglich und läuft bei mir seit ein paar Monaten einwandfrei! Ich kann gerne noch beschreiben, wie ich das umgesetzt habe (anhand von anderen Beispielen hier im Forum).
Gruß
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
-
- Reactions:
- Beiträge: 428
- Registriert: Mo Okt 15, 2018 9:24 pm
- Hat sich bedankt: 103 Mal
- Danksagung erhalten: 208 Mal
Ja, gerne auch mit Beschreibung.
Gruss
Stephan
Zuletzt geändert von 773H am Di Okt 22, 2019 12:57 pm, insgesamt 1-mal geändert.
TWS 2500 ID:677, PBM ID:495 & ID:632, TWS 2500 ID:574, TWS 2500 ID:220, PBM ID:1022, VPN offen, Neustart kein Problem
-
- Reactions:
- Beiträge: 483
- Registriert: Mi Aug 15, 2018 7:50 pm
- Wohnort: LK Heilbronn
- Hat sich bedankt: 696 Mal
- Danksagung erhalten: 254 Mal
ja, solchse Beispiele braucht das (TWS)-Land!
VG Fabian
TWS 2500
timberwolf138, VPN offen, Reboot jederzeit
follow me on Instagram: https://www.instagram.com/meinsommer_diy/
TWS 2500
timberwolf138, VPN offen, Reboot jederzeit
follow me on Instagram: https://www.instagram.com/meinsommer_diy/
-
- Reactions:
- Beiträge: 314
- Registriert: Mo Sep 24, 2018 9:59 am
- Hat sich bedankt: 283 Mal
- Danksagung erhalten: 195 Mal
Gerne. Ich beschreibe mal etwas ausführlicher, was ich gemacht habe. (wobei ein großer Teil auf anderen Beispielen oder Anregungen hier aus dem Forum basiert - möchte mich da nicht mit fremden Federn schmücken.)
Meine Logik ist aus insgesamt drei Bausteinen zusammengesetzt und macht folgendes:
- Wenn es dunkel wird schaltet sie abends eine Außenlampe EIN
- Nachts um 1 Uhr wird die Beleuchtung ausgeschaltet
- Morgens um 6 Uhr wird sie wieder eingeschaltet - es sei denn, der Beginn der Morgendämmerung ist schon vorbei.
- Spätestens bei Einsetzen der Morgendämmerung wird sie wieder ausgeschaltet.
Verwendete Logikbausteine:
Logik 1) Der Standard-Astrobaustein.
Logik 2) Einen Custom-Timer-Baustein, der TRUE ausgibt, wenn wir uns im Nachtfenster zwischen 1 Uhr und 6 Uhr befinden.
Hier benutze ich den von Stefan Kolbinger vorgestellten Baustein aus diesem Beitrag: viewtopic.php?f=24&t=1291&hilit=Zeitfen ... =10#p13289
In Zukunft soll es ja mal möglich sein, auch dafür einen Standard-Baustein zu verwenden.
Logik 3) Die Haupt-Logik: Ein einfacher AND-Baustein, um die Logiken 1) und 2) zu verknüpfen und die Lampe zu schalten:
Diese AND-Logik hat zwei Eingänge:
Eingang 1: Den "Sonnenhöhe"-Ausgang aus dem Astro-Baustein. Darin die "Schwellwert unter"-Funktion mit dem Wert -6.
D.h. liegt die Sonnenhöhe unter -6 Grad ist der Eingang TRUE (= es ist dunkel), ansonsten FALSE.
Den Wert kann man natürlich beliebig auf die eigenen Bedürfnisse anpassen. Nimmt man "0" entspricht das Umschalten genau dem Sonnenauf- bzw untergang. "-6" ist abends das Ende bzw. morgens der Beginn der "bürgerlichen Dämmung".
Ich arbeite hier also nicht direkt mit den Zeiten aus dem Astro-Baustein, sondern indirekt über die Sonnenhöhe. Damit kann ich alles was ich brauche über einen Eingang abwickeln.
Eingang 2: Den invertierten Ausgangswert aus Logik 2)
Was passiert nun?
- Bei Ende der Abenddämmerung (Sonnenhöhe geht unter -6 Grad), schaltet der erste Eingang um auf TRUE. Der zweite Eingang für das Zeitfenster 1-6 Uhr ist (invertiert) zu diesem Zeitpunkt auf jeden Fall TRUE. Der Ausgang wechselt somit auch auf TRUE, die Lampe geht an.
- Nachts um 1 Uhr geht der zweite Eingang (invertiert) auf FALSE, da dann das Nachtfenster (1 - 6 Uhr beginnt). Die Lampe geht aus.
- Um 6 Uhr morgens geht der zweite Eingang (invertiert) wieder auf TRUE.
=> Wenn zu diesem Zeitpunkt die Sonne schon über -6 Grad steht, ist der erste Eingang bereits FALSE. Der Ausgang bleibt FALSE und die Lampe geht somit nicht an.
=> Ist es noch dunkel, d.h. Sonne unter -6 Grad, geht das Licht an. Sobald die Sonnenhöhe die -6 Grad übersteigt, geht die Lampe wieder aus.
Das Zeitfenster lässt sich natürlich auch anpassen. Und soll z. B. die Beleuchtung nur morgens eingeschaltet werden, aber abends nicht, legt man den Beginn des Zeitfensters z. B. vor den frühestmöglichen Sonnenuntergang.
Das war jetzt eine Menge Text zur Erklärung. Wenn etwas unklar ist, einfach fragen. Aber eigentlich ist es ganz einfach, und das Ergebnis ist immer "logisch"
Meine Logik ist aus insgesamt drei Bausteinen zusammengesetzt und macht folgendes:
- Wenn es dunkel wird schaltet sie abends eine Außenlampe EIN
- Nachts um 1 Uhr wird die Beleuchtung ausgeschaltet
- Morgens um 6 Uhr wird sie wieder eingeschaltet - es sei denn, der Beginn der Morgendämmerung ist schon vorbei.
- Spätestens bei Einsetzen der Morgendämmerung wird sie wieder ausgeschaltet.
Verwendete Logikbausteine:
Logik 1) Der Standard-Astrobaustein.
Logik 2) Einen Custom-Timer-Baustein, der TRUE ausgibt, wenn wir uns im Nachtfenster zwischen 1 Uhr und 6 Uhr befinden.
Hier benutze ich den von Stefan Kolbinger vorgestellten Baustein aus diesem Beitrag: viewtopic.php?f=24&t=1291&hilit=Zeitfen ... =10#p13289
In Zukunft soll es ja mal möglich sein, auch dafür einen Standard-Baustein zu verwenden.
Logik 3) Die Haupt-Logik: Ein einfacher AND-Baustein, um die Logiken 1) und 2) zu verknüpfen und die Lampe zu schalten:
Diese AND-Logik hat zwei Eingänge:
Eingang 1: Den "Sonnenhöhe"-Ausgang aus dem Astro-Baustein. Darin die "Schwellwert unter"-Funktion mit dem Wert -6.
D.h. liegt die Sonnenhöhe unter -6 Grad ist der Eingang TRUE (= es ist dunkel), ansonsten FALSE.
Den Wert kann man natürlich beliebig auf die eigenen Bedürfnisse anpassen. Nimmt man "0" entspricht das Umschalten genau dem Sonnenauf- bzw untergang. "-6" ist abends das Ende bzw. morgens der Beginn der "bürgerlichen Dämmung".
Ich arbeite hier also nicht direkt mit den Zeiten aus dem Astro-Baustein, sondern indirekt über die Sonnenhöhe. Damit kann ich alles was ich brauche über einen Eingang abwickeln.
Eingang 2: Den invertierten Ausgangswert aus Logik 2)
Was passiert nun?
- Bei Ende der Abenddämmerung (Sonnenhöhe geht unter -6 Grad), schaltet der erste Eingang um auf TRUE. Der zweite Eingang für das Zeitfenster 1-6 Uhr ist (invertiert) zu diesem Zeitpunkt auf jeden Fall TRUE. Der Ausgang wechselt somit auch auf TRUE, die Lampe geht an.
- Nachts um 1 Uhr geht der zweite Eingang (invertiert) auf FALSE, da dann das Nachtfenster (1 - 6 Uhr beginnt). Die Lampe geht aus.
- Um 6 Uhr morgens geht der zweite Eingang (invertiert) wieder auf TRUE.
=> Wenn zu diesem Zeitpunkt die Sonne schon über -6 Grad steht, ist der erste Eingang bereits FALSE. Der Ausgang bleibt FALSE und die Lampe geht somit nicht an.
=> Ist es noch dunkel, d.h. Sonne unter -6 Grad, geht das Licht an. Sobald die Sonnenhöhe die -6 Grad übersteigt, geht die Lampe wieder aus.
Das Zeitfenster lässt sich natürlich auch anpassen. Und soll z. B. die Beleuchtung nur morgens eingeschaltet werden, aber abends nicht, legt man den Beginn des Zeitfensters z. B. vor den frühestmöglichen Sonnenuntergang.
Das war jetzt eine Menge Text zur Erklärung. Wenn etwas unklar ist, einfach fragen. Aber eigentlich ist es ganz einfach, und das Ergebnis ist immer "logisch"
Gruß
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
-
- Reactions:
- Beiträge: 3605
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1266 Mal
- Danksagung erhalten: 1673 Mal
Schöne Logik Matthias, In Kombination mit einem Feiertagskalender wäre das schonmal perfekt für die Steckdosen mit Deko-krams.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
-
- Reactions:
- Beiträge: 371
- Registriert: So Aug 26, 2018 5:59 pm
- Wohnort: Herborn
- Hat sich bedankt: 134 Mal
- Danksagung erhalten: 235 Mal
perfekt, genau das brauche ich für mein Bodenlicht zwischen Haustüre und Straße, Vielen Dank!
Wiregate#1504 + PBM -
Timberwolf 950Q #233 / VPN aktiv / Reboot OK
EFH mit KNX, 1-Wire, DMX, PV und Strom über MQTT
Docker: MQTT Broker, Unifi WLAN Controller, NodeJS, CometVisu
Timberwolf 950Q #233 / VPN aktiv / Reboot OK
EFH mit KNX, 1-Wire, DMX, PV und Strom über MQTT
Docker: MQTT Broker, Unifi WLAN Controller, NodeJS, CometVisu
-
- Reactions:
- Beiträge: 3744
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1168 Mal
- Danksagung erhalten: 2076 Mal
@773H: Kann man diesen Thread auf gelöst setzen?
Der FR als solches existiert ja nicht mehr, wenn ich richtig mitgelesen habe.
Robert
Der FR als solches existiert ja nicht mehr, wenn ich richtig mitgelesen habe.
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
- Reactions:
- Beiträge: 428
- Registriert: Mo Okt 15, 2018 9:24 pm
- Hat sich bedankt: 103 Mal
- Danksagung erhalten: 208 Mal
Nun ja, nachdem der Lösungsansatz von Matze zu Teilen aus einer "Custom Logik" besteht, könnte man die doch irgendwie in die Astrouhr integrieren. Ist ja etwas, das zur Zeitschaltuhr passt.
Prinzipiell ist das eigentliche Problem allerdings erst mal gelöst.
Gruß Stephan
Prinzipiell ist das eigentliche Problem allerdings erst mal gelöst.
Gruß Stephan
TWS 2500 ID:677, PBM ID:495 & ID:632, TWS 2500 ID:574, TWS 2500 ID:220, PBM ID:1022, VPN offen, Neustart kein Problem
-
- Reactions:
- Beiträge: 167
- Registriert: Sa Aug 11, 2018 11:36 pm
- Wohnort: München
- Hat sich bedankt: 397 Mal
- Danksagung erhalten: 108 Mal
Denke nicht, dass das sinnvoll ist. Dadurch geht Flexibilität und Anpassbarkeit verloren und der Astrobaustein wird durch Dinge aufgebläht, die man anders lösen kann. Würde auch die Tests komplizierter machen.
Grundregel der SW-Entwicklung (passt hier genauso): Lasse Funktionen nur genau eine Sache machen und die dafür richtig.
Beim Astrobaustein ist das halt genau nur die Ausgabe der Astrodaten. Verarbeitung dann woanders.
TW 2600 #178 - VPN offen, Zugriff jederzeit
EFH, KNX, 1-Wire, DALI, Wiregate,
CometVisu (TW Docker-Container), Mobotix T25, Logiken für Licht- und Rolladensteuerung
1-Wire-Ventilaktoren + Logiken für Gartenbewässerung
EFH, KNX, 1-Wire, DALI, Wiregate,
CometVisu (TW Docker-Container), Mobotix T25, Logiken für Licht- und Rolladensteuerung
1-Wire-Ventilaktoren + Logiken für Gartenbewässerung