'Nacht' zuverlässig feststellen

[Meister Mopper]

@easytj

Das liefert der javascript Adapter frei Haus:

Nacht ist, wenn nicht Tag.

[EasyTJ]

@meister-mopper
Und wie stellt der Adapter das fest? Das ist doch eine stumpfe Berechnung und ohne Sensorik oder? Also im Prinzip das, was in meinem Fall Rademacher auch schon macht?

[warp735]

@easytj

Aber das reicht für solche Szenarien doch vollkommen aus. Machen doch 1000e andere nicht anders. Willst bei schlechtem Wetter etwa ständig die Rollläden hin und her fahren?

[Meister Mopper]

@easytj

Ja klar, das sind Astrozeiten.

Wenn du es genau haben willst, musst du einen Sensor einsetzen. Ich habe einen von Homematic, der läuft zuverlässig.

[da_Woody]

@easytj für Astrozeiten brauchst keine Sensorik. Einfach mal danach googlen. Da hab ich das gefunden: https://service.rademacher.de/hc/de-at/articles/4405884028306-Erklärung-der-Astrozeiten-Abweichung-vom-Sonnenuntergang-Sonnenaufgang
In entsprechenden Adaptern kannst du damit arbeiten für Rollos und Licht.

[EasyTJ]

Ich danke euch für eure Beiträge, ich möchte aber dennoch auf meinen ersten Absatz hindeuten. Die Astrozeiten nutze ich bereits für die Rollläden, ABER es kommt wirklich fast täglich vor, dass die nicht mit der Realität vor der Haustür im Einklang stehen: Mal ist es noch richtig schön hell und man sitzt am Abendbrottisch und die Rollläden gehen runter, mal sitzt man am Abendbrottisch und fühlt sich extrem beobachtet, weil es draußen gefühlt sehr dunkel ist aber die Rollläden nicht unten sind.

Und wie setzt du das mit dem Homematic Sensor um? So wie ich geschrieben habe oder gibt es sonst noch etwas zu beachten?
Was ist mit meiner ersten Frage?

[EasyTJ]

@warp735
Nein eben nicht... Das soll in dem Makro ja bedacht werden. Siehe meinen Beitrag #1

[Samson71]

@easytj sagte in 'Nacht' zuverlässig feststellen:

Das ist doch eine stumpfe Berechnung und ohne Sensorik oder?

"Sensorik" wie Du sie Dir vorstellst, insbesondere die Helligkeitsmessung eines BWM (völlig egal welcher), taugt dafür IMHO nicht. Viel zu ungenau. Wenn dann (wie zuvor schon geschrieben) einen echten Helligkeitssensor, der dafür auch gemacht ist. Selbst da müsste man aber vermutlich mit Verzögerung oder Hysterese arbeiten um das exakt so zu erreichen wie Du Dir das vorstellst.

Es gibt auch Skriptansätze im Netz zur Ermittlung der verschiedenen Dämmerungen. Es gibt ja noch neben dem Klassiker die "gefühlten" Dämmerungen. Man spricht da glaube ich z.B. von bürgerlicher oder nautischer Dämmerung. Ich habe da mal vor zig Jahren was zu gelesen, wg. der Komplexität aber wieder verworfen. Ich denke dass Dein Problem in die Richtung geht.

[sigi234]

@samson71 sagte in 'Nacht' zuverlässig feststellen:

Es gibt auch Skriptansätze im Netz zur Ermittlung der verschiedenen Dämmerungen.

Jupp, so was:

[Samson71]

@sigi234 sagte in 'Nacht' zuverlässig feststellen:

Jupp, so was:

Genau sowas meinte ich. Man kann auch den Tag noch weiter individuell und verfeinert in Zeitabschnitte aufteilen, wenn man den Aufwand unbedingt betreiben möchte und die auch noch mit einbeziehen.

Das geht z.B. auch per HM-Tageszeiten-Script:

Spoiler

! Tageszeiten
! Tagesbeginn - 2 Nacht
! Tagesbeginn - 2 Tagesbeginn - 1 Frühmorgens
! Tagesbeginn - 1 Tagesbeginn Morgengrauen
! Tagesbeginn Mittag - 1 Vormittag
! Mittag - 1 Mittag + 1 Mittag
! Mittag + 1 Tagesende Nachmittag
! Tagesende Tagesende + 1 Dämmerung
! Tagesende + 1 Tagesende + 2 Abend
! Tagesende + 2 Nacht
 
real c_zeit = (0.01 * system.Date("%M").ToInteger()) + system.Date("%H").ToInteger();
real c_tagesbeginn = (0.01 * system.SunriseTime("%M").ToInteger()) + system.SunriseTime("%H").ToInteger();
real c_tagesende = (0.01 * system.SunsetTime("%M").ToInteger()) + system.SunsetTime("%H").ToInteger();
real c_mittag = 13.00; ! Mittagszeit
 
integer v_tageszeit = 0; ! Nacht
 
if (c_zeit < c_tagesende + 2) {
v_tageszeit = 7; ! Abend
}
 
if (c_zeit < c_tagesende + 1) {
v_tageszeit = 6; ! Dämmerung
}
 
if (c_zeit < c_tagesende) {
v_tageszeit = 5; ! Nachmittag
}
 
if (c_zeit < c_mittag + 1) {
v_tageszeit = 4; ! Mittag
}
 
if (c_zeit < c_mittag - 1) {
v_tageszeit = 3; ! Vormittag
}
 
if (c_zeit < c_tagesbeginn) {
v_tageszeit = 2; ! Morgengrauen
}
 
if (c_zeit < c_tagesbeginn - 1) {
v_tageszeit = 1; ! Frühmorgens;
}
 
if (c_zeit < c_tagesbeginn - 2) {
v_tageszeit = 0; ! Nacht
}
 
dom.GetObject("Tageszeit").State(v_tageszeit);

Die ermittelten Ergebnisse werden dann mittels Werteliste in eine Variable geschrieben:

Spoiler

Nacht;Frühmorgens;Morgengrauen;Vormittag;Mittag;Nachmittag;Dämmerung;Abend

Alles eine Frage des Aufwands, den man zu treiben bereit ist. Uns reicht es die 3 Fenster zur Straße ggf. per Sprachbefehl früher laufen zu lassen oder aber (rechtzeitig) vorher zu stoppen. Für das parallele Runterfahren aller 3 Fenster per Sprachbefehl habe ich einen virtuellen Rollladen Aktor angelegt, den ich per Alexa steuern kann und auf den die Aktoren der 3 Fenster dann reagieren. Für das Verhindern eines vermeintlich zu frühen Herunterfahrens kann ich per Sprachbefehl eine Verzögerungsvariable setzen, die beim Auslösen geprüft wird. Dann wird das Herunterfahren z.B. um 30 Minuten verschoben und die Variable um kurz vor Mitternacht wieder zurückgesetzt.

[EasyTJ]

@samson71
Ok das wirkt so als wenn das meinem Problem tatsächlich entspricht. Leider nicht die von mir erhoffte Lösung aber "das ist so nicht lösbar" ist doch auch eine wichtige Erkenntnis - Danke

[EasyTJ]

@sigi234
Das sieht mir so aus wie die Datensätze, die der javascript-Adapter bereits auswirft.
Ok ernüchternd, aber dann werde ich das Vorhaben wohl aufgeben und anstatt Rademachers Script zu verwenden mal das aus dem Javascript-Adapter testen. Vielleicht liegt das ja näher an dem gefühlten "dunkelsein"

[da_Woody]

@easytj hast du eigentlich den Link zur Rademacher Seite gelesen?
Astrozeiten sind eigentlich auf deinen Wohnort zugeschnitten. Daran gibt's nichts zu rütteln. Da kann es nicht passieren, ein Tag so, am nächsten so.

[paul53]

@easytj sagte: Habt ihr Ideen?

Unter der Voraussetzung, dass ein "echter" Helligkeitssensor vorhanden ist, bietet sich der Beginn der "goldenen Stunde" am Abend und das Ende der "goldenen Stunde" am Morgen an.
Blockly-Beispiel:

@da_woody sagte in 'Nacht' zuverlässig feststellen:

Da kann es nicht passieren, ein Tag so, am nächsten so.

Die Bewölkung hat starken Einfluss darauf, wie dunkel es ist.

[da_Woody]

@paul53 sagte in 'Nacht' zuverlässig feststellen:

@da_woody sagte in 'Nacht' zuverlässig feststellen:

Da kann es nicht passieren, ein Tag so, am nächsten so.

Die Bewölkung hat starken Einfluss darauf, wie dunkel es ist.

ja, aber eben nicht mit astrozeiten! da brauchts keinen sensor.
wie du ja selbst schreibst, da gibts jede menge. (golden, sunset, u.s.w.)
wird ja auch in einigen adaptern verwendet, ohne script.

[peterfido]

@da_woody
Der HMIP SLO hat vier Werte. Diese lassen gut erkennen, wann es dämmert, oder nur temporär schwankt.

Der "Rest" ist dann Gehirnschmalz. Oder, man nimmt einfach nur den Durchschnittwswert.

[hahne]

Nutze auch den HMIP SLO den @peterfido erwähnt hat. Funktioniert tadellos. Ich nehme einfach den Durchschnittswert um daran zu erkennen ob's dunkel ist oder nicht.
Der HMIP SLO funktioniert dann auch wunderbar im Zusammenhang mit dem Adapter "Shuttlecontrol" und den dort angegeben Astro Zeiten um Vorhänge/ Rollos Automatisiert zu schließen/öffnen.

[EasyTJ]

@paul53
Sehr cool... Schaue ich mir an. So viele helligkeitssensoren gibt es ja nicht. Von aqara gibt es den T1 (ist der outdoor-geeignet?finde dazu nichts)

Im homematic Universum bin ich nicht und nur dafür eine ccu zu kaufen wollte ich eher nicht. Zigbee wäre mir am liebsten.

Der hue outdoor-bewegungsmelder scheint ja nicht sinnhaft zu sein

[da_Woody]

@easytj Unterschied BWM und Helligkeitssensor?

[EasyTJ]

@da_woody der ist mir bekannt - der BWM übermittelt aber halt auch die Helligkeit