[Twilight] - Licht geht zu früh abends an - Erklärung und Tuning Horizont

Begonnen von Esteban, 19 Juni 2016, 18:29:00

Vorheriges Thema - Nächstes Thema

Esteban

Hi,

meine Config:


define Helligkeit Twilight 53.xxxxxx 9.xxxxxx  1 642123


Leider gehen bei mir die Lichter viel zu früh an :)


2016-06-18_20:34:14 Helligkeit twilight_weather: 95.9
2016-06-18_20:34:14 Helligkeit compasspoint: west-northwest
2016-06-18_20:39:14 Helligkeit azimuth: 298.86
2016-06-18_20:39:14 Helligkeit elevation: 8
2016-06-18_20:39:14 Helligkeit twilight: 100
2016-06-18_20:39:14 Helligkeit twilight_weather: 92.2
2016-06-18_20:39:14 Helligkeit compasspoint: west-northwest
2016-06-18_20:44:15 Helligkeit azimuth: 299.82
2016-06-18_20:44:15 Helligkeit elevation: 7.35
2016-06-18_20:44:15 Helligkeit twilight: 100
2016-06-18_20:44:15 Helligkeit twilight_weather: 88.6
2016-06-18_20:44:15 Helligkeit compasspoint: west-northwest
2016-06-18_20:49:15 Helligkeit azimuth: 300.77
2016-06-18_20:49:15 Helligkeit elevation: 6.71
2016-06-18_20:49:15 Helligkeit twilight: 100
2016-06-18_20:49:15 Helligkeit twilight_weather: 85
2016-06-18_20:49:15 Helligkeit compasspoint: west-northwest
2016-06-18_20:54:15 Helligkeit azimuth: 301.73
2016-06-18_20:54:15 Helligkeit elevation: 6.07
2016-06-18_20:54:15 Helligkeit twilight: 100
2016-06-18_20:54:15 Helligkeit twilight_weather: 81.5
2016-06-18_20:54:15 Helligkeit compasspoint: west-northwest
2016-06-18_20:59:15 Helligkeit azimuth: 302.69
2016-06-18_20:59:15 Helligkeit elevation: 5.44
2016-06-18_20:59:15 Helligkeit twilight: 96.9
2016-06-18_20:59:15 Helligkeit twilight_weather: 78
2016-06-18_20:59:15 Helligkeit compasspoint: west-northwest
2016-06-18_21:04:15 Helligkeit azimuth: 303.66
2016-06-18_21:04:15 Helligkeit elevation: 4.81
2016-06-18_21:04:15 Helligkeit twilight: 93.4
2016-06-18_21:04:15 Helligkeit twilight_weather: 74.5
2016-06-18_21:04:15 Helligkeit compasspoint: west-northwest
2016-06-18_21:09:15 Helligkeit azimuth: 304.63
2016-06-18_21:09:15 Helligkeit elevation: 4.2
2016-06-18_21:09:15 Helligkeit twilight: 90
2016-06-18_21:09:15 Helligkeit twilight_weather: 71.1
2016-06-18_21:09:15 Helligkeit compasspoint: west-northwest
2016-06-18_21:14:15 Helligkeit azimuth: 305.6
2016-06-18_21:14:15 Helligkeit elevation: 3.59
2016-06-18_21:14:15 Helligkeit twilight: 86.6
2016-06-18_21:14:15 Helligkeit twilight_weather: 67.7
2016-06-18_21:14:15 Helligkeit compasspoint: west-northwest
2016-06-18_21:15:03 Helligkeit 7
2016-06-18_21:15:03 Helligkeit light: 5
2016-06-18_21:15:03 Helligkeit horizon: 3.4
2016-06-18_21:15:03 Helligkeit aktEvent: ss_weather
2016-06-18_21:15:03 Helligkeit nextEvent: ss_indoor
2016-06-18_21:15:03 Helligkeit nextEventTime: 21:35:27
2016-06-18_21:20:56 Helligkeit azimuth: 306.91
2016-06-18_21:20:56 Helligkeit elevation: 2.78
2016-06-18_21:20:56 Helligkeit twilight: 82.1
2016-06-18_21:20:56 Helligkeit twilight_weather: 63.2
2016-06-18_21:20:56 Helligkeit compasspoint: west-northwest
2016-06-18_21:26:02 Helligkeit azimuth: 307.91
2016-06-18_21:26:02 Helligkeit elevation: 2.18
2016-06-18_21:26:02 Helligkeit twilight: 78.7
2016-06-18_21:26:02 Helligkeit twilight_weather: 59.8
2016-06-18_21:26:02 Helligkeit compasspoint: west-northwest
2016-06-18_21:31:02 Helligkeit azimuth: 308.9
2016-06-18_21:31:02 Helligkeit elevation: 1.59
2016-06-18_21:31:02 Helligkeit twilight: 75.5
2016-06-18_21:31:02 Helligkeit twilight_weather: 56.6
2016-06-18_21:31:02 Helligkeit compasspoint: west-northwest


Zitatdefine LichtAbends DOIF ([15:00-23:00] and [Helligkeit:twilight_weather] < 65)\
(set fl_LED on,\
set wz_LED_Balkon on,\
set wz_Highboard on,\
set gal_LED_Lese on)\

angegangen ist es gestern um 21:22 Uhr. Ich empfinde das gegenüber zum Winter als viel zu früh. Liegt das daran, dass man sich an die Helligkeit so gewöhnt hat oder wie könnt ihr das erklären?

Und ich wohne im 1. OG mit Wohnzimmer in westlicher Lage, die Sonne scheint bis ca. 21 Uhr auf den Balkon. Kann es sein, dass hier noch der Horizont getunt werden muss?

Danke!
FHEM v5.9 auf RPi 3B+ Raspbian Stretch | Busware CUL 433 MHz | 20x IT-1500 | HMUSB2 mit diversen HM Komponenten

Dietmar63

Mit dem Parameter horizon kannst du den Sonnenaufgang nur vorverlegen
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Ellert

Du könntest die unterschiedliche Helligkeitsempfindung im DOIF anpassen, etwa so:

([15:00-23:00] and $month =~ "5|6|7|8" and [Helligkeit:twilight_weather] < 45)
DOELSEIF ([15:00-23:00] and $month !~ "5|6|7|8" and [Helligkeit:twilight_weather] < 65)


Brockmann

Wenn Du twilight_weather als Referenzwert verwendest, wird das nie so ganz befriedigend laufen (meiner Erfahrung nach).
Der Lichtwert ist dann eben immer nur so passend, wie es das Yahoo-Wetter für Deinen Ort ist. Besonders gut merkt man das morgens, wenn Yahoo meint, es wäre noch neblig, sich der Nebel aber schon verzogen hat und die Sonne scheint...
Deshalb setze ich schon lange auf einen eigenen Helligkeitssensor (bzw. den Helligkeitswert aus einem Bewegungsmelder).

Deine Einschätzung, dass man im Winter andere Helligkeitswerte als im Sommer bräuchte, hatte ich damals bei Verwendung von twilight_weather übrigens auch. Das hat sich mit dem eigenen Helligkeitssensor aber auch erledigt bzw. zumindest sind die Abweichungen jetzt so gering, dass ich da keinen Handlungsbedarf mehr sehe.

Dietmar63

Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

joe99

Hallo,
ich kenne und nutze fhem erst seit 2 Wochen (vielen Dank dafür), z.Zt. zur Rollosteuerung mit DUOFERN-Modul. Habe festgestellt, dass bei Nutzung von Twilight und indoor-Werten das Modul (für mich) gefühlt zu früh auslöst. Die Alternative "civil" erscheint aber zu spät. Eine Lösung dafür wäre es, für den Korrekturwert indoor_horizon auch negative Werte zuzulassen. Damit lassen sich die indoor-Werte auch in Richtung civil-Wert verschieben. Ich habe das mal gemacht (Zeile 111 in Twilight.pm auskommentiert), für mich ist das mit indoor_horizon -4 z.Zt. eine befriedigende Lösung. Ich wollte nun anfragen, ob es nicht sinnvoll wäre, diese Änderung zu übernehmen.
Viele Grüße
Achim   

Dietmar63

kann ich übernehmen - kannst du auch die Doku anpassen?
Dann das ganze als Patch schicken, dann baue ich es ein.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

joe99


Dietmar63

Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

joe99

Danke!
Nun habe ich gleich nochwas zu meckern ;) Betrifft die Zuordnung der Korrekturfaktoren zu den einzelnen Wettercodes von Yahoo. Da gibt es aus meiner Sicht einige Ungereimtheiten. So hat der Wert für  partly cloudy (day) bzw. partly cloudy (night) (Codes 29 und 30) den Korrekturwert 3 (führt zu etwa 17 min. früheren weather_ss), partly cloudy (Code 44) erhält aber den Korrekturwert 12 (weather_ss liegt 67 min (!) vor indoor_ss).  Schwere Gewitter kommen (im Gegensatz zu Tropenstürmen und Hurricans) auch bei uns vor. Der Korrekturwert 25 führt dazu, dass weather_ss 140 min (!) vor indoor_ss liegt. Die Zeiten basieren auf Dietmars Aussage 1grd entspricht 7min (aus der Diskussion um den indoor-Korrekturwert).  M.E. sollte der Korrekturwert zu (44 partly cloudy) korrigiert werden. Die anderen Werte sind es vielleicht wert, nochmal diskutiert zu werden. Mir erscheinen sie zu hoch. Ich hab die derzeitigen Werte mal zusammengefasst:

Korrektur     Minuten      bei   
25               140              tornado tropicalstorm hurricane severethunderstorms
20               112              thunderstorms
15               84                isolatedthunderstorms scatteredthunderstorms heavysnow
12               67                partlycloudy
10               56                mixedrainandsnow mixedrainandsleet mixedsnowandsleet freezingdrizzle drizzle freezingrain blowingsnow snow foggy
9                 50                scattered showers
8                 45                scatteredsnowshowers heavysnow snowshowers
7                 40                showers snowflurries mixedrainandhail
6                 33                hail sleet dust haze smoky blustery windy cold
5                 28                lightsnowshowers mostlycloudy(night) mostlycloudy(day)
3                 17                cloudy partlycloudy(night) partlycloudy(day)
0                 0                  clear(night) sunny fair(night) fair(day) hot

Derzeit kann es auch passieren, dass bei schnellen Wetterschwankungen bei der nächsten Wetterberechnung eine Zeit für weather_ss ermittelt wird, die bereits in der Vergangenheit liegt. In diesem Fall könnte man die Zeit durch die aktuelle Zeit + 1min ersetzen. 

VG Achim

Jo

Die Korrekturen 0-56min finde ich in Ordnung, das passt aus meiner Erfahrung ganz gut.
Partlycloudy mit 67min passt nicht, zumal es schon partly cloudy mit 17min gibt.

Die Aktualisierung des Wetters müsste aber vorgezogen werden, gerade isolatedThunderstorm &Thunderstorm kann ja auch während des Tages entstehen ohne das da länger was vorhergesagt war, da müsste die Wetteraktualisierung schon über 2h vor dem indoor sunset gemacht werden.

Das erklärt auch Probleme die ich während der Gewitterzeit hatte - ich gehe inzwischen nicht mehr auf weather_ss sondern auf twilight_weather, da ich des öfteren 2 Sonnenuntergänge hatte...

Dietmar63

Die Korrekturwerte gehen noch auf den Erfinder des Moduls zurück. Ich habe sie nicht in Frage gestellt, sondern nur die grundsätzliche Logik des Moduls völlig umgebaut.

Das Modul wurde aus der Homematic Welt abgekupfert.

Es hatte nach der Erstellung viele Fehler um die sich seinerzeit Rudi höchstpersönlich kümmern musste
Eigentlich war das Modul,  als ich es übernommen habe,  immer noch eine Katastrophe. Lässt sich in subversion noch gut nachvollziehen.

Ich habe um halbwegs passende Korrekturen zu bekommen den allgemeinen Faktor 20/25 eingeführt.

Ich hänge an keinem der Faktoren und würde sie auf euren Vorschlag hin übernehmen.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

joe99

Hallo,
vielleicht könnte Dietmar bei Gelegenheit den 44. Wert in der Tabelle für partly cloudy von 12 auf 3 ändern. Derzeit experimentiere ich noch mit den Werten, sollte ich eine (für mich) bessere Lösung finden, werde ich sie hier zusammen mit einem Patch zur Diskussion stellen.
VG Achim

joe99

Hallo,
ich habe mal die o.g. Faktoren so geändert, dass Sie eine Verzögerung /Verspätung von max. 1 Stunde bewirken können (d.h. Maximalwert ist 10). Das macht m.E. Sinn, da (so hab ich das zumindest verstanden) eine Stunde vor dem berechneten ss_weather bzw. sr_weather die aktuelle Wettersituation nochmal abgefragt wird. Bei starker Verschlechterung (am Abend) bzw. Verbesserung (am Morgen) ist so der neue ss_weather / sr_weather in keinem Fall bereits erreicht. Um das auch bei schlecht reagierendem Yahoo-Dienst und/oder langsamen Rechner zu realisieren, habe ich auf 5min zusätzliche Verzögerung (bisher 1 min) geändert. 
VG Achim

Dietmar63

Hast du bei deinen Überlegungen auch diesen Faktor (Zeile 537) eingerechnet?
Wenn du über jeden Wert einzeln nachgedacht hast, benötigen wir diese Umrechnung vieleicht nicht mehr.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm